Java效能探尋

在開發www.jobcn.com的期間，系統在啟動並執行時候出現了一些問題，現將我的問題解決方案做一個小結，供以後作項目的參考。並請大家不吝指教.
問題1：
Resin 的資料庫連接數目在程式運行中不斷增長，最後串連數目超過最大數，導致Resin服務關閉
原因：
在操作完資料庫後，沒有關閉資料庫連接；或者是返回結果集（Resultset），而無法在jsp中關閉資料庫連接。
解決方案：
1． 在操作完資料庫要關閉資料庫連接。
2． 盡量不要返回結果集Resultset, 可以返回Vector（一個欄位）、Hashtable（多個欄位），這樣可以在javabean中關閉資料庫。
3． 如果javabean中返回的是結果集（Resultset），也可以在javaBean中寫一個connectDB（串連資料庫）、closeDB(關閉資料庫)的方法，然後jsp裡面調用connectDB（），建立資料庫連接，同時就可以對資料庫進行操作了，操作資料庫完畢，可以通過closeDB() 來關閉資料庫。
4.關閉串連時盡量使用conn.close(),rs.close().....而不要另外寫方法去關閉它,如調用DB.closeConnection(conn)等等,這樣其實對效能有一定影響,因為該效能經過了我對單個檔案的測試.
5.關閉串連時請按順序進行,如rs.close()..,stmt.close()..conn.close()....
問題2：
在運行某一個jsp 程式的時候，Resin 的記憶體陡然增長，而且居高不下。最終導致Resin 記憶體不足，甚至當機。
原因：
過度使用記憶體。
解決方案：
1． 由於資料量比較大，在對字串進行操作的時候，使用 + 進行字串串連，而
相信大家對String都非常熟悉，我們也經常要用它來做字串的串連什麼的，例如：
String a =b+c file://b,c 都是String
但是在實際的編譯中卻是這樣：
String a=new StringBuffer().append(b).append(c).toString() 顯然,在一個簡單的語句中卻意外的多產生了2個對象：
.StringBuffer()
.toString返回的一個String
我們比較一下這兩段程式的效能：
程式片斷一：
StringBuffer s=new StringBuffer();
long start = System.currentTimeMillis();
for (int i=0;i<10000;i++){
s1+="a";
}
long stop = System.currentTimeMillis();
System.out.println(stop-start);
程式片斷二：
StringBuffer s=new StringBuffer(10000);//
long start=System.currentTimeMillis();
for (int i=0;i<10000;i++){
s.append("a");
}
long stop=System.currentTimeMillis();
System.out.println(stop-start);
比較一下結果，差距很明顯。
至於為什麼String的串連這麼做，因為String無法直接改變其長度，而必須採用StringBuffer的用法。
因此建議使用StringBuffer 的append 方法來進行字串相連。
2． 在解決這個問題的時候，我也嘗試使用上面的方法，效果並不是很明顯(消耗記憶體上)。後來在顯示大量資料的時候，避免字串相連的步驟，而直接使用out.println(),直接輸出。
問題3：Java並不阻止程式佔用過多的記憶體,當對象向堆所請求的記憶體不足時,垃圾收集器(Garbage Collector)就會自動啟動,釋放那些引用數為零的對象所佔用的記憶體，Java也不會自動釋放無用的對象的引用,如果程式忘記釋放指向對象的引用,則程式運行時的記憶體隨著時間的推移而增加,發生所謂記憶體流失(memory leaks)，建立對象不但消耗CPU的時間和記憶體,同時,為釋放對象記憶體JVM需不停地啟動垃圾收集器(Garbage Collector),這也會消耗大量的CPU時間。

解決方案： 由於在運行一段時間jsp程式後，Resin 的記憶體會有一個緩慢的增長，這樣也會導致記憶體溢出，為了避免這總現象的出現，最終的解決方案是： 編寫一個servlet程式，在啟動伺服器的時候，啟動一個這個servlet，每隔20分鐘運行在伺服器端運行一次，來定時回收記憶體。
問題4：
log檔案裡面的調試資訊沒有注釋去掉。
解決方案：
在程式通過後，盡量把調試的資訊注釋去掉。
同時在捕捉錯誤的時候要寫明程式名稱，方便尋找.
問題5
改善效能，提高速度。
具體執行個體：
我們再來看一個有關Vector類的程式碼片段：
for(int I=0; I如果v包含100,000個元素，這個程式碼片段將調用v.size()方法100,000次。雖然size方法是一個簡單的方法，但它仍舊需要一次方法調用的開銷，至少JVM需要為它配置以及清除堆棧環境。在這裡，for迴圈內部的代碼不會以任何方式修改Vector類型對象v的大小，因此上面的代碼最好改寫成下面這種形式：
int size = v.size(); for(int I=0; I雖然這是一個簡單的改動，但它仍舊贏得了效能。畢竟，每一個CPU周期都是寶貴的。
問題 6：
在 jsp 檔案裡面 不要寫
因為java 不需要引入此包就可以引用裡面的類檔案。

問題7：
使用vector+hashtable 一次返回查詢結果resulset.

解決方案： 記錄集：將一條記錄放到一個hashtable裡面，然後把它再
添加到vector裡面，迴圈記錄下結果集，返回vector
具體見後面的java檔案的部分代碼（不包擴資料庫的串連和關閉）

package com.jobcn.company;

/********************************************
***** 說明：
***** 記錄集：一條記錄用放到一個hashtable裡面，然後把它再
放到vector裡面，迴圈記錄下結果集，返回vector

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

import java.io.*;
import java.sql.*;
import java.util.*;
import java.text.*;

public class hashtable_vector_rs
{
/*----------------------------------------------------------------*/
/* 函數名稱： getMultiRowInfo
/* 功能描述： 返回記錄集，放到Hashtable裡面
/* 參數： sql 語句,欄位個數
/* 傳回值: 成功---htable, 失敗---null
/*----------------------------------------------------------------*/
public Vector ListResult(String sqlStatement,int num)
{
Vector ListRs=new Vector();

try
{
connectDB();
rs=stmt.executeQuery(sqlStatement);
//判斷欄位資料類型
//date型 返回 93
//int型 返回 2,4
//bigint型 返回 3
//String型 返回 12
//(char 型)返回 1
int t = -1;
rsmd = rs.getMetaData();
int ColumnCount=0;
if(num>0)
ColumnCount = num;
else
ColumnCount = rsmd.getColumnCount();
while(rs.next())
{
Hashtable htable =new Hashtable();
for (int i = 1; i <= ColumnCount; i++)
{
t=rsmd.getColumnType(i);
System.out.println("i="+i+",t="+t+"name="+rsmd.getColumnName(i));
if(t==12||t==1||t==3)
{
if(rs.getString(i)==null|| rs.getString(i).equals(""))
htable.put(rsmd.getColumnName(i),"");
else
htable.put(rsmd.getColumnName(i),rs.getString(i));
}
else if(t==93)
{
htable.put(rsmd.getColumnName(i),rs.getDate(i).toString());
}
else if(t==2||t==4)
{
htable.put(rsmd.getColumnName(i),Integer.toString(rs.getInt(i)));
}
}
ListRs.add(htable);
}//e
return ListRs;
}
catch(Exception listError)
{
System.out.println("資料庫操作失敗！"+listError);
return null;
}
finally
{
try
{
closeDB();
}
catch(Exception closeErr)
{
System.out.println("關閉資料庫出錯："+closeErr);
}
}
}
}

問題8: jsp的程式也有設計的不夠合理的地方
例如：選擇一個下拉框，提交一次，列出所選的資料，選擇另外一個下拉框再次提交，再次列出所選的資料。
解決方案：
盡量一次把條件選擇完畢，然後列出所選擇的資料，並且在資料多的時候，盡量使用翻頁，減少已耗用時間。

問題9：效能最佳化，盡量使用PreparedStatement
解決方案：
PreparedStatement 對象和使用的普通的 Statement 對象有兩點不同。
第一， 它們是為了效能更快而由 JDBC 驅動程式或資料庫編譯（先行編譯）的。
第二， 它們接受一個或多個動態輸入參數，稱為 IN 參數。這兩點讓 PreparedStatement 對象適用於重複的 SQL 操作，其中操作基本上都是一樣的，只有微小的差異（如資料載入）。要讓 SQL 陳述式在使用前預備好，在 PreparedStatement 對象建立時必須將 SQL 傳送到 JDBC 驅動程式，而不是在其執行時才傳送。

IN 參數用 SQL String 中的 ? 預留位置表示。在 PreparedStatement 能夠成功地執行前，還必須調用 PreparedStatement 對象的 setXXX() 方法來設定 IN 參數，在這裡 XXX 被設定的參數的資料類型所替換。因而，要將第一個 IN 參數設定為整數值 100，您應該調用 setInt(1, 100)。同樣地，要將第二個 IN 參數設定為字串值“rjb”，您應該調用 setString(2, "rjb")。最後一點是，設定好的參數值在設定為一個新的值，或用 clearParameters() 顯式地清除之前會保持不變。這很重要，因為 PreparedStatement 可以被多次執行；如果您不注意的話，就會讓您的資料庫充滿無用資料。
問題10 ：
1、把不用的jsp檔案整理.
問題11：提交頁面，每次都提交兩次。
原因：
1、

這裡如果type=”sbumit”,頁面就會提交兩次,(這個bug相信大家都知道其實沒必要提出來)
在onclick事件裡面會提交一次，而submit 按鈕本身也會提交一次。

解決方案：
如果在onclick 事件裡面提交頁面，按鈕的類型type 一定不可以是”submit或image” 按鈕。
可以是”button”.
解決方案：
去掉這樣

的語句。

問題13：在跳轉到別的頁面的時候，要加return。
否則可能會引起錯誤。跳轉不過去。
If{
request.getRequestDispatcher("/xxx/ErrorPage.jsp?s_mark=error:record have existed").forward(request,response);
return;
}
else
{
response.sendRedirect();
//建議用上面的方法
return;
}
-------------------------------------------------------------------------------------------------

轉貼：snow   日期：2004-09-14