2003年底，我換公司了，同樣也換了WEBAPP，TOMCAT出現在我的面前（以前使用weblogic），我有點茫然，免費的東西真的能用的好么？擔心ING……（其實是在火星呆太久）出門一打聽，原來此貓出自名門－jakarta項目，2001年度最具創新的java產品(Most Innovative Java Product)，又有JAVA的老大SUN的力捧（官方推薦的servlet和jsp容器），以后就靠它吃飯了。不說二話，搞起來先：

1、 安裝

TOMCAT最新版本是5.0.29（http://jakarta.apache.org/site/binindex.cgi）

如果在WINDOWS下它可以自動找到你的JDK或者set JAVA_HOME=c:/jdk

在LINUX下需要先解壓，然后設置JAVA_HOME

export JAVA_HOME=/usr/local/jdk

2、 RUN

設置完畢后就可以運行tomcat服務器了，進入tomcat的bin目錄，WINDOWS下用startup啟動tomcat，linux下用startup.sh，相應的關閉tomcat的命令為shutdown和shutdown.sh。

啟動服務后在瀏覽器里輸入http://localhost:8080來測試一下

3、 目錄結構

Bin：存放啟動和關閉tomcat腳本。

Conf：包含不同的配置文件,server.xml(Tomcat的主要配置文件)。

Work：存放jsp編譯后產生的class文件。

Webapp：存放應用程序示例，以后你要部署的應用程序也要放到此目錄。

Logs：存放日志文件

Comm./server/shared：這三個文件夾下的LIB文件夾放jar文件。

1、 配置server.xml文件

沒有什么好說的，看TOMCAT的文檔比較有用，這里提供一些主要的東西吧。

元素名
屬性
解釋

server
port
指定一個端口，這個端口負責監聽關閉tomcat的請求

shutdown
指定向端口發送的命令字符串

service
name
指定service的名字

Connector(表示客戶端和service之間的連接)
port
指定服務器端要創建的端口號，并在這個斷口監聽來自客戶端的請求

minProcessors
服務器啟動時創建的處理請求的線程數

maxProcessors
最大可以創建的處理請求的線程數

enableLookups
如果為true，則可以通過調用request.getRemoteHost()進行DNS查詢來得到遠程客戶端的實際主機名，若為false則不進行DNS查詢，而是返回其ip地址

redirectPort
指定服務器正在處理http請求時收到了一個SSL傳輸請求后重定向的端口號

acceptCount
指定當所有可以使用的處理請求的線程數都被使用時，可以放到處理隊列中的請求數，超過這個數的請求將不予處理

connectionTimeout
指定超時的時間數(以毫秒為單位)

Engine(表示指定service中的請求處理機，接收和處理來自Connector的請求)
defaultHost
指定缺省的處理請求的主機名，它至少與其中的一個host元素的name屬性值是一樣的

Context(表示一個web應用程序，通常為WAR文件，關于WAR的具體信息見servlet規范)
docBase
應用程序的路徑或者是WAR文件存放的路徑

path
表示此web應用程序的url的前綴，這樣請求的url為http://localhost:8080/path/****

reloadable
這個屬性非常重要，如果為true，則tomcat會自動檢測應用程序的/WEB-INF/lib 和/WEB-INF/classes目錄的變化，自動裝載新的應用程序，我們可以在不重起tomcat的情況下改變應用程序

host(表示一個虛擬主機)
name
指定主機名

appBase
應用程序基本目錄，即存放應用程序的目錄

unpackWARs
如果為true，則tomcat會自動將WAR文件解壓，否則不解壓，直接從WAR文件中運行應用程序

Logger(表示日志，調試和錯誤信息)
className
指定logger使用的類名，此類必須實現org.apache.catalina.Logger 接口

prefix
指定log文件的前綴

suffix
指定log文件的后綴

timestamp
如果為true，則log文件名中要加入時間，如下例:localhost_log.2001-10-04.txt

Realm(表示存放用戶名，密碼及role的數據庫)
className
指定Realm使用的類名，此類必須實現org.apache.catalina.Realm接口

Valve(功能與Logger差不多，其prefix和suffix屬性解釋和Logger 中的一樣)
className
指定Valve使用的類名，如用org.apache.catalina.valves.AccessLogValve類可以記錄應用程序的訪問信息

directory
指定log文件存放的位置

pattern
有兩個值，common方式記錄遠程主機名或ip地址，用戶名，日期，第一行請求的字符串，HTTP響應代碼，發送的字節數。combined方式比common方式記錄的值更多

2、 管理

TOMCAT管理能力很強大，進入http://localhost:8080/，自己慢慢管吧。實踐出真知，我喜歡這樣搞：

^_^，一切盡在掌握http://localhost:8080/manager/html 。

一、讓數據庫連接池轉起來

作為一個J2EE程序員大家手上可能會有現成的JDBC 數據庫連接池，其實這沒有太大的必要，因為象weblogic……企業級WEBAPP都有自己的連接池，大家不要費力直接使用吧，效率也很不錯，再也不用羨慕.NET的ADO了（以前作MS從來不擔心數據連接，ADO確實用起來很爽），如果想實現一個 JDBC connection pool 的注意事項有：

1. 有一個簡單的函數從連接池中得到一個 Connection。

2. close 函數必須將 connection 放回 數據庫連接池。

3. 當數據庫連接池中沒有空閑的 connection， 數據庫連接池必須能夠自動增加 connection 個數。

4. 當數據庫連接池中的 connection 個數在某一個特別的時間變得很大，但是以后很長時間只用其中一小部分，應該可以自動將多余的 connection 關閉掉。

5. 如果可能，應該提供debug 信息報告沒有關閉的 new Connection 。

網上有各種各樣的連接池代碼，抄過來改改吧，嘿嘿～

這里介紹如何配置TOMCAT的連接池，以SQLSERVER為例：

步驟1：安裝SQLSERVER的JDBC驅動

SQLSERVER的JDBC驅動其實就是三個JAR文件，msbase.jar/mssqlserver.jar/msutil.jar，將這三個文件拷貝到你的/tomcat_home/common/lib目錄下去就可以了。

步驟2：修改server.xml文件

具體代碼如下：

<Context path="test" docBase="F:\yourroot" debug="5" reloadable="true" crossContext="true">

<Logger className="org.apache.catalina.logger.FileLogger" prefix="localhost_DBTest_log." suffix=".txt" timestamp="true"/>

<Resource name="jdbc/SqlServerDB" auth="Container" type="javax.sql.DataSource"/>

<ResourceParams name="jdbc/SqlServerDB">

<parameter>

<name>factory</name>

<value>org.apache.commons.dbcp.BasicDataSourceFactory</value>

</parameter>

<!-- Maximum number of dB connections in pool. Make sure you configure your mysqld max_connections large enough to handle all of your db connections. Set to 0 for no limit.-->

<parameter>

<name>maxActive</name>

<value>50</value>

</parameter>

<!-- Maximum number of idle dB connections to retain in pool. Set to 0 for no limit.-->

<parameter>

<name>maxIdle</name>

<value>20</value>

</parameter>

<!-- Maximum time to wait for a dB connection to become available in ms, in this example 0.5 seconds. An Exception is thrown if this timeout is exceeded. Set to -1 to wait indefinitely. -->

<parameter>

<name>maxWait</name>

<value>500</value>

</parameter>

<!-- msSQL dB username and password for dB connections -->

<parameter>

<name>username</name>

<value>sa</value>

</parameter>

<parameter>

<name>password</name>

<value>sa</value>

</parameter>

<!-- Class name for SQLServer2000 JDBC driver -->

<parameter>

<name>driverClassName</name>

<value>com.microsoft.jdbc.sqlserver.SQLServerDriver</value>

</parameter>

<!-- The JDBC connection url for connecting to your MS SQL Server dB.The autoReconnect=true argument to the url makes sure that the mm.Sql Server JDBC Driver will automatically reconnect if mysqld closed the connection. mysqld by default closes idle connections after 8 hours.-->

<parameter>

<name>url</name>

<value>jdbc:microsoft:sqlserver://10.0.254.11:1433;databaseName=yourdb</value>

<!--must use & not use & -->

</parameter>

</ResourceParams>

</Context>

步驟三：程序調用

package dbmanage;

import java.sql.CallableStatement;

import java.sql.Connection;

import java.sql.Date;

import java.sql.PreparedStatement;

import java.sql.ResultSet;

import java.sql.SQLException;

import java.sql.Statement;

import java.util.Enumeration;

import java.util.Hashtable;

import java.util.Vector;

import javax.naming.Context;

import javax.naming.InitialContext;

import javax.sql.DataSource;

import util.smartDateFormat;

public class dbManager {

/************************************

* @param static private boolean VERBOSE ;

* @param Statement theStatement;

* @param PreparedStatement thePstmt;

* @param Connection theConnection;

************************************/

final static private boolean VERBOSE = true; //打印控制臺控制

//static Logger logger = Logger.getLogger(dbManager.class.getName());

private Context initCtx = null;

private Context ctx = null;

private DataSource ds = null;

private long timeout = 5000;

private Statement theStatement = null;

private PreparedStatement thePstmt = null;

/************************************

* 初試化initCtx

* 取得數據源對象

************************************/

public

dbManager() {

try {

initCtx = new InitialContext();

//init context，read config web.xml

if (initCtx == null) {

throw new Exception("Initial Failed!");

}

ctx = (Context) initCtx.lookup("java:comp/env");

//find "jdbc/SqlServerDB" object this configruation in the SERVER.XML of Tomcat

if (ctx != null) {

ds = (DataSource) ctx.lookup("jdbc/SqlServerDB");

}

if (ds == null) {

throw new Exception("Look up DataSource Failed!");

}

}

catch (Exception e) {

log(e, "Can't get the Context!");

}

}

/************************************

* get Connection

* @return Connection

************************************/

public synchronized

Connection getConnection() {

//get connection and set to delay time

long startTime = new java.util.Date().getTime();

Connection con = null;

while (con == null) {

con = newConnection();

if (con != null) {

//log("Create New Connection!");

break;

}

try {

log("連接超時，重新連接，等待" + timeout + "ms");

wait(timeout);

}

catch (InterruptedException e) {

log(e, "連接超時!");

}

if ( (new java.util.Date().getTime() - startTime) >= timeout) {

log("Connection timeout!");

break;

}

}

return con;

}

private

Connection newConnection() {

Connection con = null;

try {

con = ds.getConnection();

if (con == null) {

throw new Exception("Create Connection Failed!");

}

}

catch (Exception e) {

log("Create Connection Failed!");

System.out.println(e.getMessage());

}

return con;

}

/************************************

* release the connection

* @param conn Connection

* @param stmt Statement

* @param pstmt PreparedStatement

************************************/

public synchronized

void freeConnection(Connection conn,

Statement stmt,

PreparedStatement pstmt) {

try {

//close Statement

if (stmt != null) {

stmt.close();

stmt = null;

//log("Close Statement......");

}

//close PreparedStatement

if (pstmt != null) {

pstmt.close();

pstmt = null;

//log("Close PreparedStatement......");

}

}

catch (Exception e) {

System.out.println(e.getMessage());

}

try {

//close Connection

if (conn != null) {

conn.close();

conn = null;

//log("Close Connection......");

}

}

catch (SQLException e) {

log(e, "釋放資源出錯!");

}

}

/************************************

* write log file.

* @param s String

************************************/

private

void log(String s) {

if (VERBOSE) {

System.out.println(new java.util.Date() + ":" + s);

//logger.info(new java.util.Date()+s);

}

}

/************************************

* write log file.

* @param ex Object

************************************/

private

void logerr(Object ex) {

if (VERBOSE) {

//System.out.println(new java.util.Date()+":"+s);

//logger.error(ex);

}

}

/************************************

* write log file.

* @param e Throwable

* @param msg String

************************************/

private

void log(Throwable e, String msg) {

System.out.println(new java.util.Date() + ": " + msg);

//logger.info(new java.util.Date() + ": " + msg, e);

}

……

}

OK，你現在可以方便的使用連接池了，想要一個得一個，記得要釋放哦，連接池的數量總是有限的。

二、中文問題照樣很簡單

每個國家（或區域）都規定了計算機信息交換用的字符編碼集，如美國的擴展 ASCII碼, 中國的 GB2312-80，日本的 JIS 等，作為該國家/區域內信息處理的基礎，有著統一編碼的重要作用。字符編碼集按長度分為 SBCS（單字節字符集），DBCS（雙字節字符集）兩大類。早期的軟件（尤其是操作系統），為了解決本地字符信息的計算機處理，出現了各種本地化版本（L10N），為了區分，引進了 LANG, Codepage 等概念。但是由于各個本地字符集代碼范圍重疊，相互間信息交換困難；軟件各個本地化版本獨立維護成本較高。因此有必要將本地化工作中的共性抽取出來，作一致處理，將特別的本地化處理內容降低到最少。這也就是所謂的國際化（I18N）。各種語言信息被進一步規范為 Locale 信息。處理的底層字符集變成了幾乎包含了所有字形的 Unicode。

現在大部分具有國際化特征的軟件核心字符處理都是以 Unicode 為基礎的，在軟件運行時根據當時的 Locale/Lang/Codepage 設置確定相應的本地字符編碼設置，并依此處理本地字符。在處理過程中需要實現 Unicode 和本地字符集的相互轉換，甚或以 Unicode 為中間的兩個不同本地字符集的相互轉換。這種方式在網絡環境下被進一步延伸，任何網絡兩端的字符信息也需要根據字符集的設置轉換成可接受的內容。

Java 語言內部是用 Unicode 表示字符的，遵守 Unicode V2.0。Java 程序無論是從/往文件系統以字符流讀/寫文件，還是往 URL 連接寫 HTML 信息，或從 URL 連接讀取參數值，都會有字符編碼的轉換。這樣做雖然增加了編程的復雜度，容易引起混淆，但卻是符合國際化的思想的。從理論上來說，這些根據字符集設置而進行的字符轉換不應該產生太多問題。而事實是由于應用程序的實際運行環境不同，Unicode 和各個本地字符集的補充、完善，以及系統或應用程序實現的不規范，轉碼時出現的問題時時困擾著程序員和用戶。

其實解決 JAVA 程序中的漢字編碼問題的方法往往很簡單，但理解其背后的原因，定位問題，還需要了解現有的漢字編碼和編碼轉換。相信這樣的東西大家都見過了

new String(request.getParameter("test").getBytes("iso-8859-1"),"GBK")

但這樣的代碼相信不是一個解決的辦法，這樣會增加程序的復雜度，寫數據庫，提交表單，URL中傳中文參數，到處都是中文問題！作為一個連走路都要算計最短距離的懶人，當然不愿天天叨念著new String(request.getParameter("test").getBytes("iso-8859-1"),"GBK")，然漢戰戰兢兢的處理各種字符轉換的問題，我跋山涉水，翻山越嶺，終于找到了完美的解決方式，在TOMCAT中只需要簡單的配置，引入2個文件就可以輕松搞定。

前提條件，每個頁面使用

<%@ page contentType="text/html; CHARSET=utf8" language="java" import="java.sql.*" errorPage="" %>

<meta http-equiv="Content-Type" content="text/html; CHARSET=utf8">

地球人都知道的東西。

步驟1：添加過濾器

在TOMCAT中找到這2個文件RequestDumperFilter.java， SetCharacterEncodingFilter.java，他們位于D:\Tomcat5.0.27\webapps\jsp-examples \WEB-INF\classes\filters，加到你的工程文件里去，編譯他們。

步驟2：配置WEB.XML

在web.xml里加入這一段

……

<filter>

<filter-name>Set Character Encoding</filter-name>

<filter-class>filters.SetCharacterEncodingFilter</filter-class>

<init-param>

<param-name>encoding</param-name>

<param-value>GBK</param-value>

</init-param>

</filter>

<filter-mapping>

<filter-name>Set Character Encoding</filter-name>

<url-pattern>/*</url-pattern>

</filter-mapping>

……

看到沒有？這樣你就不用寫那些麻煩的轉換代碼了，當然這樣還不足以解決問題。

步驟3：修改server.xml

在server.xml修改2個地方

<Connector port="8080"

maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

enableLookups="false" redirectPort="8443" acceptCount="100"

debug="0" connectionTimeout="20000"

disableUploadTimeout="true" URIEncoding='GBK'/>

<Connector className="org.apache.coyote.tomcat5.CoyoteConnector"

port="8009" minProcessors="5" maxProcessors="75"

enableLookups="true" redirectPort="8443"

acceptCount="10" debug="0" connectionTimeout="0"

useURIValidationHack="false" protocol="AJP/1.3"

protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"

URIEncoding='GBK'/>

OK，搞定！

三、APACHE和TOMCAT他們倆關系非同一般

Apache和tomcat都是很優秀的軟件，更可貴的是它們是免費的。其實他們2個都是jakarta項目的重要組成部分。按輩分來講， TOMCAT是APACHE的兒子，APACHE的專長是解析靜態文件，CGI,PHP……圖片……，兒子當然不能搶了老爹的飯碗，所以TOMCAT只有在J2EE這個上面發憤圖強，其實TOMCAT并非不能干他老爹的活，只是穩定性差點而已（偶沒有明顯的感覺，可能是商業炒作吧），現在大家明白為什么把他們2個扯一起了吧，上陣還靠父子兵呢～

把2個家伙整一起有大致有2種方法，一種是利用mod_jk2.so，一種是利用mod_jk_1.2.5_2.0.47.dll。這2個東東叫聯接器（TOMCAT就是通過這家伙與apache勾搭上的）

1、 利用mod_jk_1.2.5_2.0.47.dll在WINDOWS下整合

步驟1：準備材料

apache2.0.52

http://apache.te8.com/dist/httpd/binaries/win32/apache_2.0.52-win32-x86-no_ssl.msi

tomcat5.0.27

http://apache.linuxforum.net/dist/jakarta/tomcat-5/v5.0.19/bin/jakarta-tomcat-5.0.27.exe

JDK（這個不用說了吧^_^）

mod_jk_1.2.5_2.0.47.dll（關鍵是這個東東啊，找了我N久），據說在下面連接可以下到，最后在我同事那找到的。

http://apache.linuxforum.net/dist/jakarta/tomcat-connectors/jk/binaries/win32/mod_jk_1.2.5_2.0.47.dll

安裝apache\ tomcat\JDK。

步驟2：安裝后設置環境變量

設置我的電腦\屬性\高級\環境變量\新建系統變量　變量名：JAVA_HOME 變量值：C:\JBuilderX\jdk1.4 (指向JDK的實際安裝路徑)；TOMCAT_HMOM 變量值：Tomcat5.0.27；lasspath 編輯變量值中加上　……;%JAVA_HOME%\bin;%JAVA_HOME%\lib;%TOMCAT_HOME%\bin;.;

測試一下，訪問http://localhost和http://localhost:8080，默認安裝是不會有什么錯誤的^_^

把連接器mod_jk_1.2.5_2.0.47.dll　COPY到D:\Apache2\modules\下。

步驟3：apache配置

在d:\Apache2\conf下找到httpd.conf，找到DirectoryIndex，在index.html后添加index.jsp；查找“listen”用于本機測試時：Listen 127.0.0.1:80，我的是這樣設置的Listen *:80

查找AddDefaultCharset設置為AddDefaultCharset off，這樣APACHE將以你頁面定義的字符集解析頁面。

在最后添加如下代碼：

<VirtualHost *:80> #localhost為本機，你可用本機ip

ServerAdmin darkxie@hotmail.com #你的mail地址

DocumentRoot F:/uutang/uutang #你的項目組根目錄

ServerName dark #你的服務名，若你的機器有域名，設為域名

ErrorLog logs/ErrorLog.txt #錯誤日志

CustomLog logs/CustomLog.txt common #訪問日志

JkMount /servlet/* ajp13 #讓Apache支持對servlet傳送，用以Tomcat解析

JkMount /*.jsp ajp13 #讓Apache支持對jsp傳送，用以Tomcat解析

JkMount /*.do ajp13 #讓Apache支持對struts的action傳送，用以Tomcat解析

</VirtualHost>

LoadModule jk_module modules/mod_jk_1.2.5_2.0.47.dll

JkWorkersFile "D:/Tomcat5.0.27/conf/workers.properties"

JkLogFile "D:/Tomcat5.0.27/logs/mod_jk2.log"

JkLogLevel info

步驟4：tomcat配置

在d:\Tomcat5\conf下新建一個workers.properties文件 .內容如下:

workers.tomcat_home=d:\Tomcat5 #讓mod_jk模塊知道Tomcat

workers.java_home=d:\jdk1.3 #讓mod_jk模塊知道j2sdk

ps=\

worker.list=ajp13 #模塊版本,現有ajp13了,不要修改

worker.ajp13.port=8009 #工作端口,若沒占用則不用修改

worker.ajp13.host=localhost #主機,若上面的Apache主機不為localhost,作相應修改

worker.ajp13.type=ajp13 #類型

worker.ajp13.lbfactor=1 #代理數,不用修改

修改TOMCAT的server.xml文件：

<!-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -->

<Connector className="org.apache.coyote.tomcat5.CoyoteConnector"

port="8009" minProcessors="5" maxProcessors="75"

enableLookups="true" redirectPort="8443"

acceptCount="10" debug="0" connectionTimeout="0"

useURIValidationHack="false" protocol="AJP/1.3"

protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler"

URIEncoding='GBK'/>

讓TOMCAT知道ajp13協議，apache和tomcat倆父子間靠這個協議溝通。

測試一下，訪問http://localhost和http://localhost:8080，看到相同的頁面沒有？細心點，其實很簡單，看看E文的幫助，搞定不成問題。

2、 利用mod_jk2.so（也叫JK2）整合

jk2是一個jakarta-tomcat-connectors-jk2.0.4-win32-apache2.0.49.zip文件，主要用的是其中的mod_jk2.so。其實利用mod_jk2.so整合和利用mod_jk_1.2.5_2.0.47.dll整合大同小異，只是換了個聯接器而已，現在一步一步整起來～

步驟1：沒有多說的，安裝好TOMCAT和APACHE

下載jakarta-tomcat-connectors-jk2.0.4-win32-apache2.0.49.zip，解壓，將mod_jk2放到apache的安裝文件夾下的modules文件夾中。

步驟2：apache配置

在/conf中加入一個work.properties文件，其內容如下：

<!--這個文件的作用不是很清楚，總之路徑設置正確就行了。我的apache裝在D:/Apache2，根據情況自己修改。-->

[shm]

file=D:/ /Apache2/logs/shm.file

size=1048576

<!--這個socket channel是必須的，port和host對應于tomcat端的設置。-->

#The socket channel

[channel.socket:localhost:8009]

port=8009

host=localhost

<!--worker，必須的。-->

#define the worker

[ajp13:localhost:8009]

channel=channel.socket:localhost:8009

<!--url mapping，我的主要是.jsp和struts的.do，servlet的話設置成[uri:/xxx/*]之類的。-->

#uri mapping

[uri:/*] #和第一種方式一樣吧^_^

[uri:/*.jsp]

[uri:/*.do]

worker=ajp13:localhost:8009

在httpd.conf中，在LoadModule那里加入這句：

LoadModule jk2_module modules/mod_jk2.so

在最后加入這句：

JkSet config.file "conf/work.properties"

這是告訴apache去哪里找jk的配置的，根據具體情況修改。

還要修改一下DirectoryIndex，DirectoryIndex index.html index.html.var index.jsp查找“listen”用于本機測試時：Listen 127.0.0.1:80，我的是這樣設置的Listen *:80。

當然還有我們的虛擬目錄：

<VirtualHost *:80>

ServerAdmin darkxie@hotmail.com

DocumentRoot F:/uutang/uutang

ServerName dark

ErrorLog logs/ErrorLog.txt

CustomLog logs/CustomLog.txt common

#JkMount /servlet/* ajp13

#JkMount /*.jsp ajp13

#JkMount /*.do ajp13

</VirtualHost>

步驟3：tomcat配置

Tomcat的端口設置為8080。

在/conf文件夾加入jk2.properties文件，其內容如下：

# Set the desired handler list

handler.list=apr,request,channelSocket

#

# Override the default port for the socketChannel

channelSocket.port=8009

TOMCAT自己已經生成了這個文件，找到相關的地方把注視去掉改一下就成。

注意：用這種方式整合最好是自己編譯mod_jk2.so文件，特別是在unix/linux下,我沒有環境，制作mod_webapp.so沒有自己作過。具體方法，自己去找吧

歐陽辰,
周欣,

2002 年 10 月 21 日

Java的一個重要優點就是通過垃圾收集器(Garbage Collection，GC)自動管理內存的回收，程序員不需要通過調用函數來釋放內存。因此，很多程序員認為Java不存在內存泄漏問題，或者認為即使有內存泄漏也不是程序的責任，而是GC或JVM的問題。其實，這種想法是不正確的，因為Java也存在內存泄露，但它的表現與C++不同。

問題的提出

Java 的一個重要優點就是通過垃圾收集器(Garbage Collection，GC)自動管理內存的回收，程序員不需要通過調用函數來釋放內存。因此，很多程序員認為Java不存在內存泄漏問題，或者認為即使有內存泄漏也不是程序的責任，而是GC或JVM的問題。其實，這種想法是不正確的，因為Java也存在內存泄露，但它的表現與C++不同。

隨著越來越多的服務器程序采用Java技術，例如JSP，Servlet， EJB等，服務器程序往往長期運行。另外，在很多嵌入式系統中，內存的總量非常有限。內存泄露問題也就變得十分關鍵，即使每次運行少量泄漏，長期運行之后，系統也是面臨崩潰的危險。

Java是如何管理內存

為了判斷Java中是否有內存泄露，我們首先必須了解Java是如何管理內存的。Java的內存管理就是對象的分配和釋放問題。在Java中，程序員需要通過關鍵字new為每個對象申請內存空間 (基本類型除外)，所有的對象都在堆 (Heap)中分配空間。另外，對象的釋放是由GC決定和執行的。在Java中，內存的分配是由程序完成的，而內存的釋放是有GC完成的，這種收支兩條線的方法確實簡化了程序員的工作。但同時，它也加重了JVM的工作。這也是Java程序運行速度較慢的原因之一。因為，GC為了能夠正確釋放對象，GC必須監控每一個對象的運行狀態，包括對象的申請、引用、被引用、賦值等，GC都需要進行監控。

監視對象狀態是為了更加準確地、及時地釋放對象，而釋放對象的根本原則就是該對象不再被引用。

為了更好理解GC的工作原理，我們可以將對象考慮為有向圖的頂點，將引用關系考慮為圖的有向邊，有向邊從引用者指向被引對象。另外，每個線程對象可以作為一個圖的起始頂點，例如大多程序從main進程開始執行，那么該圖就是以main進程頂點開始的一棵根樹。在這個有向圖中，根頂點可達的對象都是有效對象， GC將不回收這些對象。如果某個對象 (連通子圖)與這個根頂點不可達(注意，該圖為有向圖)，那么我們認為這個(這些)對象不再被引用，可以被GC回收。

以下，我們舉一個例子說明如何用有向圖表示內存管理。對于程序的每一個時刻，我們都有一個有向圖表示JVM的內存分配情況。以下右圖，就是左邊程序運行到第6行的示意圖。

Java 使用有向圖的方式進行內存管理，可以消除引用循環的問題，例如有三個對象，相互引用，只要它們和根進程不可達的，那么GC也是可以回收它們的。這種方式的優點是管理內存的精度很高，但是效率較低。另外一種常用的內存管理技術是使用計數器，例如COM模型采用計數器方式管理構件，它與有向圖相比，精度行低 (很難處理循環引用的問題)，但執行效率很高。

什么是Java中的內存泄露

下面，我們就可以描述什么是內存泄漏。在Java中，內存泄漏就是存在一些被分配的對象，這些對象有下面兩個特點，首先，這些對象是可達的，即在有向圖中，存在通路可以與其相連；其次，這些對象是無用的，即程序以后不會再使用這些對象。如果對象滿足這兩個條件，這些對象就可以判定為Java中的內存泄漏，這些對象不會被GC所回收，然而它卻占用內存。

在C++中，內存泄漏的范圍更大一些。有些對象被分配了內存空間，然后卻不可達，由于C++中沒有GC，這些內存將永遠收不回來。在Java中，這些不可達的對象都由GC負責回收，因此程序員不需要考慮這部分的內存泄露。

通過分析，我們得知，對于C++，程序員需要自己管理邊和頂點，而對于Java程序員只需要管理邊就可以了(不需要管理頂點的釋放)。通過這種方式，Java提高了編程的效率。

因此，通過以上分析，我們知道在Java中也有內存泄漏，但范圍比C++要小一些。因為Java從語言上保證，任何對象都是可達的，所有的不可達對象都由GC管理。

對于程序員來說，GC基本是透明的，不可見的。雖然，我們只有幾個函數可以訪問GC，例如運行GC的函數System.gc()，但是根據Java語言規范定義，該函數不保證JVM的垃圾收集器一定會執行。因為，不同的JVM實現者可能使用不同的算法管理GC。通常，GC的線程的優先級別較低。JVM調用GC的策略也有很多種，有的是內存使用到達一定程度時，GC才開始工作，也有定時執行的，有的是平緩執行GC，有的是中斷式執行GC。但通常來說，我們不需要關心這些。除非在一些特定的場合，GC的執行影響應用程序的性能，例如對于基于Web的實時系統，如網絡游戲等，用戶不希望GC突然中斷應用程序執行而進行垃圾回收，那么我們需要調整GC的參數，讓GC能夠通過平緩的方式釋放內存，例如將垃圾回收分解為一系列的小步驟執行，Sun提供的HotSpot JVM就支持這一特性。

下面給出了一個簡單的內存泄露的例子。在這個例子中，我們循環申請Object對象，并將所申請的對象放入一個Vector中，如果我們僅僅釋放引用本身，那么Vector仍然引用該對象，所以這個對象對GC來說是不可回收的。因此，如果對象加入到Vector后，還必須從Vector中刪除，最簡單的方法就是將Vector對象設置為null。

            Vector v=new Vector(10);

            for (int i=1;i<100; i++)

            {

            Object o=new Object();

            v.add(o);

            o=null;	

            }

如何檢測內存泄漏

最后一個重要的問題，就是如何檢測Java的內存泄漏。目前，我們通常使用一些工具來檢查Java程序的內存泄漏問題。市場上已有幾種專業檢查Java內存泄漏的工具，它們的基本工作原理大同小異，都是通過監測Java程序運行時，所有對象的申請、釋放等動作，將內存管理的所有信息進行統計、分析、可視化。開發人員將根據這些信息判斷程序是否有內存泄漏問題。這些工具包括Optimizeit Profiler，JProbe Profiler，JinSight , Rational 公司的Purify等。

下面，我們將簡單介紹Optimizeit的基本功能和工作原理。

Optimizeit Profiler版本4.11支持Application，Applet，Servlet和Romote Application四類應用，并且可以支持大多數類型的JVM，包括SUN JDK系列，IBM的JDK系列，和Jbuilder的JVM等。并且，該軟件是由Java編寫，因此它支持多種操作系統。Optimizeit系列還包括Thread Debugger和Code Coverage兩個工具，分別用于監測運行時的線程狀態和代碼覆蓋面。

當設置好所有的參數了，我們就可以在OptimizeIt環境下運行被測程序，在程序運行過程中，Optimizeit可以監視內存的使用曲線(如下圖)，包括JVM申請的堆(heap)的大小，和實際使用的內存大小。另外，在運行過程中，我們可以隨時暫停程序的運行，甚至強行調用GC，讓GC進行內存回收。通過內存使用曲線，我們可以整體了解程序使用內存的情況。這種監測對于長期運行的應用程序非常有必要，也很容易發現內存泄露。

在運行過程中，我們還可以從不同視角觀查內存的使用情況，Optimizeit提供了四種方式：

• 堆視角。 這是一個全面的視角，我們可以了解堆中的所有的對象信息(數量和種類)，并進行統計、排序，過濾。了解相關對象的變化情況。
• 方法視角。通過方法視角，我們可以得知每一種類的對象，都分配在哪些方法中，以及它們的數量。
• 對象視角。給定一個對象，通過對象視角，我們可以顯示它的所有出引用和入引用對象，我們可以了解這個對象的所有引用關系。
• 引用圖。 給定一個根，通過引用圖，我們可以顯示從該頂點出發的所有出引用。

在運行過程中，我們可以隨時觀察內存的使用情況，通過這種方式，我們可以很快找到那些長期不被釋放，并且不再使用的對象。我們通過檢查這些對象的生存周期，確認其是否為內存泄露。在實踐當中，尋找內存泄露是一件非常麻煩的事情，它需要程序員對整個程序的代碼比較清楚，并且需要豐富的調試經驗，但是這個過程對于很多關鍵的Java程序都是十分重要的。

綜上所述，Java也存在內存泄露問題，其原因主要是一些對象雖然不再被使用，但它們仍然被引用。為了解決這些問題，我們可以通過軟件工具來檢查內存泄露，檢查的主要原理就是暴露出所有堆中的對象，讓程序員尋找那些無用但仍被引用的對象。

1、

PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域OutOfMemoryError: PermGen space從表面上看就是內存益出，解決方法也一定是加大內存。說說為什么會內存益出：這一部分用于存放Class和Meta的信息,Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理，所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤。這種錯誤常見在web服務器對JSP進行pre compile的時候。