weblogic的jsp問題解決方法


在做項目的時候，jsp在運行的時候出現(xiàn)了一些問題，現(xiàn)將我的問題解決方法做一個小結，供以后作項目的參考。

問題1：
weblogic 的數(shù)據(jù)庫連接數(shù)目在程序運行中不斷增長，最后連接數(shù)目超過最大數(shù)，導致weblogic服務關閉
原因：
在操作完數(shù)據(jù)庫后，沒有關閉數(shù)據(jù)庫連接；或者是返回結果集（Resultset），而無法在jsp中關閉數(shù)據(jù)庫連接。
解決方法：
1． 在操作完數(shù)據(jù)庫要關閉數(shù)據(jù)庫連接。
2． 盡量不要返回結果集Resultset, 可以返回Vector（一個字段）、Hashtable（多個字段），這樣可以在javabean中關閉數(shù)據(jù)庫。
3． 如果javabean中返回的是結果集（Resultset），也可以在javaBean中寫一個connectDB（連接數(shù)據(jù)庫）、closeDB(關閉數(shù)據(jù)庫)的方法，然后jsp里面調用connectDB（），建立數(shù)據(jù)庫連接，同時就可以對數(shù)據(jù)庫進行操作了，操作數(shù)據(jù)庫完畢，可以通過closeDB() 來關閉數(shù)據(jù)庫。
使用第二種方法
問題2：
在運行某一個jsp 程序的時候，weblogic 的內存陡然增長，而且居高不下。最終導致weblogic 內存不足，甚至當機。
原因：
過度使用內存。
解決方法：
1． 由于數(shù)據(jù)量比較大，在對字符串進行操作的時候，使用 + 進行字符串連接，而
相信大家對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． 在解決這個問題的時候，我也嘗試使用上面的方法，效果并不是很明顯(消耗內存上)。后來在顯示大量數(shù)據(jù)的時候，避免字符串相連的步驟，而直接使用out.println(),直接輸出。
問題3：Java并不阻止程序占用過多的內存,當對象向堆所請求的內存不足時,垃圾收集器(Garbage Collector)就會自動啟動,釋放那些引用數(shù)為零的對象所占用的內存，Java也不會自動釋放無用的對象的引用,如果程序忘記釋放指向對象的引用,則程序運行時的內存隨著時間的推移而增加,發(fā)生所謂內存泄漏(memory leaks)，創(chuàng)建對象不但消耗CPU的時間和內存,同時,為釋放對象內存JVM需不停地啟動垃圾收集器(Garbage Collector),這也會消耗大量的CPU時間。

解決方法： 由于在運行一段時間jsp程序后，weblogic 的內存會有一個緩慢的增長，這樣也會導致內存溢出，為了避免這總現(xiàn)象的出現(xiàn)，最終的解決方法是： 編寫一個servlet程序，在啟動服務器的時候，啟動一個這個servlet，每隔20分鐘運行在服務器端運行一次，來定時回收內存。
問題4：
log文件里面的調試信息沒有注釋去掉。
解決方法：
在程序通過后，盡量把調試的信息注釋去掉。
同時在捕捉錯誤的時候要寫明程序名稱，方便查找，這一點做的還不夠。
最好能寫一個記錄log的方法，以便程序調用。
問題5
改善性能，提高速度。
具體實例：
我們再來看一個有關Vector類的代碼片段：
for(int I=0; I<v.size(); I++) { System.out.println( v.get(I).getClass().toString()); }
如果v包含100,000個元素，這個代碼片段將調用v.size()方法100,000次。雖然size方法是一個簡單的方法，但它仍舊需要一次方法調用的開銷，至少JVM需要為它配置以及清除堆棧環(huán)境。在這里，for循環(huán)內部的代碼不會以任何方式修改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 一次返回查詢結果resulset.

解決方法： 記錄集：將一條記錄放到一個hashtable里面，然后把它再
添加到vector里面，循環(huán)記錄下結果集，返回vector
具體見后面的java文件的部分代碼（不包擴數(shù)據(jù)庫的連接和關閉）


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)記錄下結果集，返回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("關閉數(shù)據(jù)庫出錯："+closeErr);
}
}
}
}

問題8: jsp的程序也有設計的不夠合理的地方
例如：選擇一個下拉框，提交一次，列出所選的數(shù)據(jù)，選擇另外一個下拉框再次提交，再次列出所選的數(shù)據(jù)。
解決方法：
盡量一次把條件選擇完畢，然后列出所選擇的數(shù)據(jù)，并且在數(shù)據(jù)多的時候，盡量使用翻頁，減少運行時間。

問題9：性能優(yōu)化，盡量使用PreparedStatement
解決方法：
PreparedStatement 對象和使用的普通的 Statement 對象有兩點不同。
第一， 它們是為了性能更快而由 JDBC 驅動程序或數(shù)據(jù)庫編譯（預編譯）的。
第二， 它們接受一個或多個動態(tài)輸入?yún)��?shù)，稱為 IN 參數(shù)。這兩點讓 PreparedStatement 對象適用于重復的 SQL 操作，其中操作基本上都是一樣的，只有微小的差異（如數(shù)據(jù)載入）。要讓 SQL 語句在使用前預備好，在 PreparedStatement 對象創(chuàng)建時必須將 SQL 傳送到 JDBC 驅動程序，而不是在其執(zhí)行時才傳送。

IN 參數(shù)用 SQL String 中的 ? 占位符表示。在 PreparedStatement 能夠成功地執(zhí)行前，還必須調用 PreparedStatement 對象的 setXXX() 方法來設置 IN 參數(shù)，在這里 XXX 被設置的參數(shù)的數(shù)據(jù)類型所替換。因而，要將第一個 IN 參數(shù)設置為整數(shù)值 100，您應該調用 setInt(1, 100)。同樣地，要將第二個 IN 參數(shù)設置為字符串值“rjb”，您應該調用 setString(2, "rjb")。最后一點是，設置好的參數(shù)值在設置為一個新的值，或用 clearParameters() 顯式地清除之前會保持不變。這很重要，因為 PreparedStatement 可以被多次執(zhí)行；如果您不注意的話，就會讓您的數(shù)據(jù)庫充滿無用數(shù)據(jù)。
問題10 ：
1、我把包含SQLBridge 的java文件改了一遍，有32個java文件（已經改完）。
2、我把包含SQLPool 的java文件改了一遍，有27個java文件（已經改完）。
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: 指定的網絡名不再可用。
主要是由于這個引起的。
問題12：定時刷新頁面，600秒（不是必要的，不要這樣做）
原因：
<meta http-equiv="refresh" content="600">
解決方法：
去掉這樣的語句。

全文搜索共有12個類似的文件。

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