在做項目的時候，jsp在運行的時候出現(xiàn)了一些問題，現(xiàn)將我的問題解決方法做一個小結(jié)，供以后作項目的參考。
問題1：
weblogic 的數(shù)據(jù)庫連接數(shù)目在程序運行中不斷增長，最后連接數(shù)目超過最大數(shù)，導(dǎo)致weblogic服務(wù)關(guān)閉
原因：
在操作完數(shù)據(jù)庫后，沒有關(guān)閉數(shù)據(jù)庫連接；或者是返回結(jié)果集（Resultset），而無法在jsp中關(guān)閉數(shù)據(jù)庫連接。
解決方法：
1． 在操作完數(shù)據(jù)庫要關(guān)閉數(shù)據(jù)庫連接。
2． 盡量不要返回結(jié)果集Resultset, 可以返回Vector（一個字段）、Hashtable（多個字段），這樣可以在javabean中關(guān)閉數(shù)據(jù)庫。
3． 如果javabean中返回的是結(jié)果集（Resultset），也可以在javaBean中寫一個connectDB（連接數(shù)據(jù)庫）、closeDB(關(guān)閉數(shù)據(jù)庫)的方法，然后jsp里面調(diào)用connectDB（），建立數(shù)據(jù)庫連接，同時就可以對數(shù)據(jù)庫進行操作了，操作數(shù)據(jù)庫完畢，可以通過closeDB() 來關(guān)閉數(shù)據(jù)庫。
使用第二種方法
問題2：
在運行某一個jsp 程序的時候，weblogic 的內(nèi)存陡然增長，而且居高不下。最終導(dǎo)致weblogic 內(nèi)存不足，甚至當機。
原因：
過度使用內(nèi)存。
解決方法：
1． 由于數(shù)據(jù)量比較大，在對字符串進行操作的時候，使用 + 進行字符串連接，而
相信大家對String都非常熟悉，我們也經(jīng)常要用它來做字符串的連接什么的，例如：
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);
比較一下結(jié)果，差距很明顯。
至于為什么String的連接這么做，因為String無法直接改變其長度，而必須采用StringBuffer的用法。
因此建議使用StringBuffer 的append 方法來進行字符串相連。
2． 在解決這個問題的時候，我也嘗試使用上面的方法，效果并不是很明顯(消耗內(nèi)存上)。后來在顯示大量數(shù)據(jù)的時候，避免字符串相連的步驟，而直接使用out.println(),直接輸出。
問題3：Java并不阻止程序占用過多的內(nèi)存,當對象向堆所請求的內(nèi)存不足時,垃圾收集器(Garbage Collector)就會自動啟動,釋放那些引用數(shù)為零的對象所占用的內(nèi)存，Java也不會自動釋放無用的對象的引用,如果程序忘記釋放指向?qū)ο蟮囊?則程序運行時的內(nèi)存隨著時間的推移而增加,發(fā)生所謂內(nèi)存泄漏(memory leaks)，創(chuàng)建對象不但消耗CPU的時間和內(nèi)存,同時,為釋放對象內(nèi)存JVM需不停地啟動垃圾收集器(Garbage Collector),這也會消耗大量的CPU時間。
解決方法： 由于在運行一段時間jsp程序后，weblogic 的內(nèi)存會有一個緩慢的增長，這樣也會導(dǎo)致內(nèi)存溢出，為了避免這總現(xiàn)象的出現(xiàn)，最終的解決方法是： 編寫一個servlet程序，在啟動服務(wù)器的時候，啟動一個這個servlet，每隔20分鐘運行在服務(wù)器端運行一次，來定時回收內(nèi)存。
問題4：
log文件里面的調(diào)試信息沒有注釋去掉。
解決方法：
在程序通過后，盡量把調(diào)試的信息注釋去掉。
同時在捕捉錯誤的時候要寫明程序名稱，方便查找，這一點做的還不夠。
最好能寫一個記錄log的方法，以便程序調(diào)用。
問題5
改善性能，提高速度。
具體實例：
我們再來看一個有關(guān)Vector類的代碼片段：
for(int I=0; I<v.size(); I++) { System.out.println( v.get(I).getClass().toString()); }
如果v包含100,000個元素，這個代碼片段將調(diào)用v.size()方法100,000次。雖然size方法是一個簡單的方法，但它仍舊需要一次方法調(diào)用的開銷，至少JVM需要為它配置以及清除堆棧環(huán)境。在這里，for循環(huán)內(nèi)部的代碼不會以任何方式修改Vector類型對象v的大小，因此上面的代碼最好改寫成下面這種形式：
int size = v.size(); for(int I=0; I<size; I++) { System.out.println( v.get(I).getClass().toString()); }
雖然這是一個簡單的改動，但它仍舊贏得了性能。畢竟，每一個CPU周期都是寶貴的。
問題 6：
在 jsp 文件里面 不要寫 <%@ page import="java.lang.*" %>
因為java 不需要引入此包就可以引用里面的類文件。
問題7：
使用vector+hashtable 一次返回查詢結(jié)果resulset.
解決方法： 記錄集：將一條記錄放到一個hashtable里面，然后把它再
添加到vector里面，循環(huán)記錄下結(jié)果集，返回vector
具體見后面的java文件的部分代碼（不包擴數(shù)據(jù)庫的連接和關(guān)閉）
package zjdx.bean.common;
/********************************************
***** Title: hashtable_vector_rs
***** Description: 數(shù)據(jù)顯示
***** Copyright: Copyright (c) 2002
***** Company: DHC
***** author: wangyl
***** version: 1.0
***** 說明：
***** 記錄集：一條記錄用放到一個hashtable里面，然后把它再
放到vector里面，循環(huán)記錄下結(jié)果集，返回vector
*********************************************/
import java.io.*;
import java.sql.*;
import java.util.*;
import java.text.*;
public class hashtable_vector_rs
{
/*----------------------------------------------------------------*/
/* 函數(shù)名稱： getMultiRowInfo
/* 功能描述： 返回記錄集，放到Hashtable里面
/* 參數(shù)： sql 語句,字段個數(shù)
/* 返回值: 成功---htable, 失敗---null
/*----------------------------------------------------------------*/
public Vector ListResult(String sqlStatement,int num)
{
Vector ListRs=new Vector();
try
{
connectDB();
rs=stmt.executeQuery(sqlStatement);
//判斷字段數(shù)據(jù)類型
//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("數(shù)據(jù)庫操作失敗！"+listError);
return null;
}
finally
{
try
{
closeDB();
}
catch(Exception closeErr)
{
System.out.println("關(guān)閉數(shù)據(jù)庫出錯："+closeErr);
}
}
}
}
問題8: jsp的程序也有設(shè)計的不夠合理的地方
例如：選擇一個下拉框，提交一次，列出所選的數(shù)據(jù)，選擇另外一個下拉框再次提交，再次列出所選的數(shù)據(jù)。
解決方法：
盡量一次把條件選擇完畢，然后列出所選擇的數(shù)據(jù)，并且在數(shù)據(jù)多的時候，盡量使用翻頁，減少運行時間。
問題9：性能優(yōu)化，盡量使用PreparedStatement
解決方法：
PreparedStatement 對象和使用的普通的 Statement 對象有兩點不同。
第一， 它們是為了性能更快而由 JDBC 驅(qū)動程序或數(shù)據(jù)庫編譯（預(yù)編譯）的。
第二， 它們接受一個或多個動態(tài)輸入?yún)?shù)，稱為 IN 參數(shù)。這兩點讓 PreparedStatement 對象適用于重復(fù)的 SQL 操作，其中操作基本上都是一樣的，只有微小的差異（如數(shù)據(jù)載入）。要讓 SQL 語句在使用前預(yù)備好，在 PreparedStatement 對象創(chuàng)建時必須將 SQL 傳送到 JDBC 驅(qū)動程序，而不是在其執(zhí)行時才傳送。
IN 參數(shù)用 SQL String 中的 ? 占位符表示。在 PreparedStatement 能夠成功地執(zhí)行前，還必須調(diào)用 PreparedStatement 對象的 setXXX() 方法來設(shè)置 IN 參數(shù)，在這里 XXX 被設(shè)置的參數(shù)的數(shù)據(jù)類型所替換。因而，要將第一個 IN 參數(shù)設(shè)置為整數(shù)值 100，您應(yīng)該調(diào)用 setInt(1, 100)。同樣地，要將第二個 IN 參數(shù)設(shè)置為字符串值“rjb”，您應(yīng)該調(diào)用 setString(2, "rjb")。最后一點是，設(shè)置好的參數(shù)值在設(shè)置為一個新的值，或用 clearParameters() 顯式地清除之前會保持不變。這很重要，因為 PreparedStatement 可以被多次執(zhí)行；如果您不注意的話，就會讓您的數(shù)據(jù)庫充滿無用數(shù)據(jù)。
問題10 ：
1、我把包含SQLBridge 的java文件改了一遍，有32個java文件（已經(jīng)改完）。
2、我把包含SQLPool 的java文件改了一遍，有27個java文件（已經(jīng)改完）。
3、我把不用的jsp文件整理了一下，大概有17 個目錄的jsp文件不用或者沒有上線。（整理完畢）
問題11：提交頁面，每次都提交兩次。
原因：
1、
<input type="submit" name="sendit" value="發(fā)送" class=button onclick="javascript:if(chkit())form_submit('broadcast_operation.jsp?s_coming=1&s_num=<%=str_num%>')">
這里如果type=”sbumit”,頁面就會提交兩次。（花費了一天的時間才找到原因）。
在onclick事件里面會提交一次，而submit 按鈕本身也會提交一次。
解決方法：
如果在onclick 事件里面提交頁面，按鈕的類型type 一定不可以是”submit” 按鈕。
可以是”button”.
全文搜索共有33個類似的文件。
java.net.SocketException: ReadFile failed: 指定的網(wǎng)絡(luò)名不再可用。
主要是由于這個引起的。
問題12：定時刷新頁面，600秒（不是必要的，不要這樣做）
原因：
<meta http-equiv="refresh" content="600">
解決方法：
去掉這樣的語句。
全文搜索共有12個類似的文件。
問題13：在跳轉(zhuǎn)到別的頁面的時候，要加return。
否則可能會引起錯誤。跳轉(zhuǎn)不過去。
If{
request.getRequestDispatcher("/zjdx/jsp/common/ErrorPage.jsp?s_mark=error:record have existed").forward(request,response);
return;
}
else
{
response.sendRedirect();
//建議用上面的方法
return;
}
| |