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