方法一在servlet的init()方法中緩存數據
當應用服務器初始化servlet實例之後為客戶端請求提供服務之前他會調用這個servlet的init()方法在一個servlet的生命周期中init()方法只會被調用一次通過在init()方法中緩存一些靜態的數據或完成一些只需要執行一次的耗時的操作就可大大地提高系統性能
例如通過在init()方法中建立一個JDBC連接池是個最好例子假設我們是用jdbc的DataSource接口來取得數據庫連接在通常的情況下我們需要通過JNDI來取得具體的數據源我們能夠想象在一個具體的應用中假如每次SQL請求都要執行一次JNDI查詢的話那系統性能將會急劇下降解決方法是如下代碼他通過緩存DataSource使得下一次SQL調用時仍然能夠繼續利用他
public class ControllerServlet extends HttpServlet{
private javaxsqlDataSource testDS = null;
public void init(ServletConfig config) throws ServletException {
superinit(config);
Context ctx = null;
try{
ctx = new InitialContext();
testDS = (javaxsqlDataSource)ctxlookup("jdbc/testDS");
}catch(NamingException ne){neprintStackTrace();}
}catch(Exception e){eprintStackTrace();}
}
public javaxsqlDataSource getTestDS(){
return testDS;
}
}
方法 :禁止servlet和JSP 自動重載(autoreloading)
Servlet/JSP提供了一個實用的技術即自動重載技術他為研發人員提供了一個好的研發環境當您改變servlet和JSP頁面後而不必重啟應用服務器然而這種技術在產品運行階段對系統的資源是個極大的損耗因為他會給JSP引擎的類裝載器(classloader)帶來極大的負擔因此關閉自動重載功能對系統性能的提升是個極大的幫助
方法 : 不要濫用HttpSession
在很多應用中我們的程式需要保持客戶端的狀態以便頁面之間能夠相互聯系但不幸的是由於HTTP具備天生無狀態性從而無法保存客戶端的狀態因此一般的應用服務器都提供了session來保存客戶的狀態在JSP應用服務器中是通過HttpSession對像來實現session的功能的但在方便的同時他也給系統帶來了不小的負擔因為每當您獲得或更新session時系統者要對他進行費時的序列化操作您能夠通過對HttpSession的以下幾種處理方式來提升系統的性能
假如沒有必要就應該關閉JSP頁面中對HttpSession的缺省配置 假如您沒有明確指定的話每個JSP頁面都會缺省地創建一個HttpSession假如您的JSP中無需使用session的話那能夠通過如下的JSP頁面指示符來禁止他
＜%@ page session="false"%＞
不要在HttpSession中存放大的數據對像假如您在HttpSession中存放大的數據對像的話每當對他進行讀寫時應用服務器都將對其進行序列化從而增加了系統的額外負擔您在HttpSession中存放的數據對像越大那系統的性能就下降得越快
當您無需HttpSession時盡快地釋放他當您不再需要session時您能夠通過調用HttpSessioninvalidate()方法來釋放他盡量將session的超時時間設得短一點在JSP應用服務器中有一個缺省的session的超時時間當客戶在這個時間之後沒有進行任何操作的話系統會將相關的session自動從內存中釋放超時時間設得越大系統的性能就會越低因此最好的方法就是盡量使得他的值保持在一個較低的水平
方法 : 將頁面輸出進行壓縮
壓縮是解決數據冗余的一個好的方法特別是在網絡帶寬不夠發達的今天有的浏覽器支持gzip(GNU zip)進行來對HTML文檔進行壓縮這種方法能夠戲劇性地減少HTML文檔的下載時間因此假如您將servlet或JSP頁面生成的HTML頁面進行壓縮的話那用戶就會覺得頁面浏覽速度會很快但不幸的是不是任何的浏覽器都支持gzip壓縮但您能夠通過在您的程式中檢查客戶的浏覽器是否支持他下面就是關於這種方法實現的一個代碼片段
public void doGet(HttpServletRequest request HttpServletResponse response)
throws IOException ServletException {
OutputStream out = null;
String encoding = requestgetHeader("AcceptEncoding");
if (encoding != null && encodingindexOf("gzip") != ){
requestsetHeader("ContentEncoding" "gzip");
out = new GZIPOutputStream(requestgetOutputStream());
}
else if (encoding != null && encodingindexOf("comdivss") != ){
requestsetHeader("ContentEncoding" "comdivss");
out = new ZIPOutputStream(requestgetOutputStream());
}else{
out = requestgetOutputStream();
}
}
方法 : 使用線程池
應用服務器缺省地為每個不同的客戶端請求創建一個線程進行處理並為他們分派service()方法當service()方法調用完成後和之相應的線程也隨之撤消由於創建和撤消線程會耗費一定的系統資源這種缺省模式降低了系統的性能但所幸的是我們能夠通過創建一個線程池來改變這種狀況
另外我們還要為這個線程池配置一個最小線程數和一個最大線程數在應用服務器啟動時他會創建數量等於最小線程數的一個線程池當客戶有請求時相應地從池從取出一個線程來進行處理當處理完成後再將線程重新放入到池中假如池中的線程不夠地話系統會自動地增加池中線程的數量但總量不能超過最大線程數通過使用線程池當客戶端請求急劇增加時系統的負載就會呈現的平滑的上升曲線從而提高的系統的可伸縮性
方法 : 選擇正確的頁面包含機制
在JSP中有兩種方法能夠用來包含另一個頁面
使用include指示符
＜%@ includee file=”testjsp” %＞
使用jsp指示符
＜jsp:includee page=”testjsp” flush=”true”/＞
在實際中發現假如使用第一種方法的話能夠使得系統性能更高
方法 :正確地確定javabean的生命周期
JSP的一個強大的地方就是對javabean的支持通過在JSP頁面中使用jsp:useBean標簽能夠將javabean直接插入到一個JSP頁面中他的使用方法如下
＜jsp:useBean id="name" scope="page|request|session|application"
class="packageclassName" type="typeName"＞
＜/jsp:useBean＞
其中scope屬性指出了這個bean的生命周期缺省的生命周期為page假如您沒有正確地選擇bean的生命周期的話他將影響系統的性能
舉例來說假如您只想在一次請求中使用某個bean但您卻將這個bean的生命周期配置成了session那當這次請求結束後這個bean將仍然保留在內存中除非session超時或用戶關閉浏覽器這樣會耗費一定的內存並無謂的增加了JVM垃圾收集器的工作量因此為bean配置正確的生命周期並在bean的使命結束後盡快地清理他們會使用系統性能有一個提高
其他一些有用的方法
在字符串連接操作中盡量不使用“+”操作符在java編程中我們常常使用“+”操作符來將幾個字符串連接起來但您或許從來沒有想到過他居然會對系統性能造成影響吧?由於字符串是常量因此JVM會產生一些臨時的對像您使用的“+”越多生成的臨時對像就越多這樣也會給系統性能帶來一些影響解決的方法是用StringBuffer對像來代替“+”操作符
避免使用Systemoutprintln()方法由於Systemoutprintln()是一種同步調用即在調用他時磁盤I/O操作必須等待他的完成因此我們要盡量避免對他的調用但我們在調試程式時他又是個必不可少的方便工具為了解決這個矛盾我建議您最好使用Logj工具他既能夠方便調試而不會產生Systemoutprintln()這樣的方法
ServletOutputStream 和 PrintWriter的權衡使用PrintWriter可能會帶來一些小的開銷因為他將任何的原始輸出都轉換為字符流來輸出因此假如使用他來作為頁面輸出的話系統要負擔一個轉換過程而使用ServletOutputStream作為頁面輸出的話就不存在一個問題但他是以二進制進行輸出的因此在實際應用中要權衡兩者的利弊
總結
本文的目的是通過對servlet和JSP的一些調優技術來極大地提高您的應用程式的性能並因此提升整個JEE應用的性能通過這些調優技術您能夠發現其實並不是某種技術平台(比如JEE和NET之爭)決定了您的應用程式的性能重要是您要對這種平台有一個較為深入的了解這樣您才能從根本上對自己的應用程式做一個優化
From:http://tw.wingwit.com/Article/program/Java/JSP/201311/20389.html
