Weblogic的JSP問題解決方法
在做項目的時候,JSP在運行的時候出現了一些問題,現將我的問題解決方法做一個小結,供以后作項目的參考。
問題1:
weblogic 的數據庫連接數目在程序運行中不斷增長,最后連接數目超過最大數,導致weblogic服務關閉。
原因:
在操作完數據庫后,沒有關閉數據庫連接;或者是返回結果集(Resultset),而無法在JSP中關閉數據庫連接。
解決方法:
1.在操作完數據庫要關閉數據庫連接。
2.盡量不要返回結果集Resultset, 可以返回Vector(一個字段)、Hashtable(多個字段),這樣可以在javabean中關閉數據庫。
3.如果javabean中返回的是結果集(Resultset),也可以在javaBean中寫一個connectDB(連接數據庫)、closeDB(關閉數據庫)的方法,然后jsp里面調用connectDB(),建立數據庫連接,同時就可以對數據庫進行操作了,操作數據庫完畢,可以通過closeDB() 來關閉數據庫。
問題2:
在運行某一個JSP程序的時候,weblogic 的內存陡然增長,而且居高不下。最終導致weblogic 內存不足,甚至宕機。
原因:
過度使用內存。
解決方法:
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(); |
程序片斷二:
StringBuffer s=new StringBuffer(10000);// |
比較一下結果,差距很明顯。
至于為什么String的連接這么做,因為String無法直接改變其長度,而必須采用StringBuffer的用法。
因此建議使用StringBuffer 的append 方法來進行字符串相連。
2.在解決這個問題的時候,我也嘗試使用上面的方法,效果并不是很明顯(消耗內存上)。后來在顯示大量數據的時候,避免字符串相連的步驟,而直接使用out.println(),直接輸出。
#p#
問題3:
Java并不阻止程序占用過多的內存,當對象向堆所請求的內存不足時,垃圾收集器(Garbage Collector)就會自動啟動,釋放那些引用數為零的對象所占用的內存,Java也不會自動釋放無用的對象的引用,如果程序忘記釋放指向對象的引用,則程序運行時的內存隨著時間的推移而增加,發生所謂內存泄漏(memory leaks),創建對象不但消耗CPU的時間和內存,同時,為釋放對象內存JVM需不停地啟動垃圾收集器(Garbage Collector),這也會消耗大量的CPU時間。
解決方法:
由于在運行一段時間jsp程序后,weblogic 的內存會有一個緩慢的增長,這樣也會導致內存溢出,為了避免這總現象的出現,最終的解決方法是: 編寫一個servlet程序,在啟動服務器的時候,啟動一個這個servlet,每隔20分鐘運行在服務器端運行一次,來定時回收內存。
問題4:
log文件里面的調試信息沒有注釋去掉。
解決方法:
在程序通過后,盡量把調試的信息注釋去掉。
同時在捕捉錯誤的時候要寫明程序名稱,方便查找,這一點做的還不夠。
最好能寫一個記錄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文件里面 不要寫 <%@ page import="java.lang.*" %>
因為java 不需要引入此包就可以引用里面的類文件。
問題7:
使用vector+hashtable 一次返回查詢結果resulset.
解決方法:
記錄集:將一條記錄放到一個hashtable里面,然后把它再添加到vector里面,循環記錄下結果集,返回vector具體見后面的Java文件的部分代碼(不包擴數據庫的連接和關閉)
package zjdx.bean.common; /******************************************** ***** Title: hashtable_vector_rs ***** Description: 數據顯示 ***** Copyright: Copyright (c) 2002 ***** Company: DHC ***** author: wangyl ***** version: 1.0 ***** 說明: ***** 記錄集:一條記錄用放到一個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的程序也有設計的不夠合理的地方。
例如:選擇一個下拉框,提交一次,列出所選的數據,選擇另外一個下拉框再次提交,再次列出所選的數據。
解決方法:
盡量一次把條件選擇完畢,然后列出所選擇的數據,并且在數據多的時候,盡量使用翻頁,減少運行時間。
#p#
問題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.我把包含SQLBridge 的java文件改了一遍,有32個Java文件(已經改完)。
2.我把包含SQLPool 的java文件改了一遍,有27個Java文件(已經改完)。
3.我把不用的JSP文件整理了一下,大概有17 個目錄的JSP文件不用或者沒有上線。(整理完畢)
問題11:
提交頁面,每次都提交兩次。
原因:
1.
<input type="submit" name="sendit" value="發送" class=button onclick= |
這里如果type=”sbumit”,頁面就會提交兩次。(花費了一天的時間才找到原因)。在按鈕本身也會提交一次。
解決方法:
如果在onclick 事件里面提交頁面,按鈕的類型type 一定不可以是”submit” 按鈕。可以是”button”.全文搜索共有33個類似的文件。java.net.SocketException: ReadFile failed: 指定的網絡名不再可用。主要是由于這個引起的。
問題12:
定時刷新頁面,600秒(不是必要的,不要這樣做)
原因:
<meta http-equiv="refresh" content="600"> |
解決方法:
去掉這樣的語句。
全文搜索共有12個類似的文件。
問題13:
在跳轉到別的頁面的時候,要加return。否則可能會引起錯誤。跳轉不過去。
If{ |
【編輯推薦】