高性能高彈性JSP和Servlet性能優化

　　你的J2EE應用是不是運行的很慢?它們能不能承受住不斷上升的訪問量?本文講述了開發高性能、高彈性的JSP頁面和Servlet的性能優化技術。其意思是建立盡可能快的並能適應數量增長的用戶及其請求。在本文中，我將帶領你學習已經實踐和得到證實的性能調整技術，它將大大地提高你的servlet和jsp頁面的性能，進而提升J2EE的性能。這些技術的部分用於開發階段，例如，設計和編碼階段。另一部分技術則與配置相關。

　　技術1：在HttpServlet init()方法中緩存數據

　　服務器會在創建servlet實例之後和servlet處理任何請求之前調用servlet的init()方法。該方法在servlet的生命周期中僅調用一次。為了提高性能，在init()中緩存靜態數據或完成要在初始化期間完成的代價昂貴的操作。例如，一個最佳實踐是使用實現了javax.sql.DataSource接口的JDBC連接池。DataSource從JNDI樹中獲得。每調用一次SQL就要使用JNDI查找DataSource是非常昂貴的工作，而且嚴重影響了應用的性能。Servlet的init()方法可以用於獲取DataSource並緩存它以便之後的重用：

以下是引用片段：
　　public class ControllerServlet extends HttpServlet
　　{
　　private javax.sql.DataSource testDS = null;
　　public void init(ServletConfig config) throws ServletException
　　{
　　super.init(config);
　　Context ctx　= null;
　　try
　　{
　　ctx = new InitialContext();
　　testDS = (javax.sql.DataSource)ctx.lookup("jdbc/testDS");
　　}
　　catch(NamingException ne)
　　{
　　ne.printStackTrace();
　　}
　　catch(Exception e)
　　{
　　e.printStackTrace();
　　}
　　}
　　public javax.sql.DataSource getTestDS()
　　{
　　return testDS;
　　}
　　...
　　...
　　}

　　技術2：禁用servlet和Jsp的自動裝載功能

　　當每次修改了Servlet/JSP之後，你將不得不重新啟動服務器。由於自動裝載功能減少開發時間，該功能被認為在開發階段是非常有用的。但是，它在運行階段是非常昂貴的;servlet/JSP由於不必要的裝載，增加類裝載器的負擔而造成很差的性能。同樣，這會使你的應用由於已被某種類裝載器裝載的類不能和當前類裝載器裝載的類不能相互協作而出現奇怪的沖突現象。因此，在運行環境中為了得到更好的性能，關閉servlet/JSP的自動裝載功能。

　　技術3：控制HttpSession

　　許多應用需要一系列客戶端的請求，因此他們能互相相關聯。由於HTTP協議是無狀態的，所以基於Web的應用需要負責維護這樣一個叫做session的狀態。為了支持必須維護狀態的應用，Java servlet技術提供了管理session和允許多種機制實現session的API。HttpSession對象扮演了session，但是使用它需要成本。無論何時HttpSession被使用和重寫，它都由servlet讀取。你可以通過使用下面的技術來提高性能：

　　在JSP頁面中不要創建默認的HttpSession:默認情況下，JSP頁面創建HttpSession。如果你在JSP頁面中不用HttpSession，為了節省性能開銷，使用下邊的頁面指令可以避免自動創建HttpSession對象：

以下是引用片段：
< %@ page session="false"%>

　　不要將大的對象圖存儲在HttpSession中：如果你將數據當作一個大的對象圖存儲在HttpSession中，應用服務器每次將不得不處理整個HttpSession對象。這將迫使Java序列化和增加計算開銷。由於序列化的開銷，隨著存儲在HttpSession對象中數據對象的增大，系統的吞吐量將會下降。

　　用完後釋放HttpSession：當不在使用HttpSession時，使用HttpSession.invalidate()方法使sesion失效。

　　設置超時值：一個servlet引擎有一個默認的超時值。如果你不刪除session或者一直把session用到它超時的時候，servlet引擎將把session從內存中刪除。由於在內存和垃圾收集上的開銷，session的超時值越大，它對系統彈性和性能的影響也越大。試著將session的超時值設置的盡可能低。

　　技術4：使用gzip壓縮

　　壓縮是刪除冗余信息的作法，用盡可能小的空間描述你的信息。使用gzip(GNU zip)壓縮文檔能有效地減少下載HTML文件的時間。你的信息量越小，它們被送出的速度越快。因此，如果你壓縮了由你web應用產生的內容，它到達用戶並顯示在用戶屏幕上的速度就越快。不是任何浏覽器都支持gzip壓縮的，但檢查一個浏覽器是否支持它並發送gzip壓縮內容到浏覽器是很容易的事情。下邊的代碼段說明了如何發送壓縮的內容。

以下是引用片段：
　　public void doGet(HttpServletRequest request, HttpServletResponse response)
　　throws IOException, ServletException
　　{
　　OutputStream out = null
　　// Check the Accepting-Encoding header from the HTTP request.
　　// If the header includes gzip, choose GZIP.
　　// If the header includes compress, choose ZIP.
　　// Otherwise choose no compression.
　　String encoding = request.getHeader("Accept-Encoding");
　　if (encoding != null && encoding.indexOf("gzip") != -1)
　　{
　　response.setHeader("Content-Encoding" , "gzip");
　　out = new GZIPOutputStream(response.getOutputStream());
　　}
　　else if (encoding != null && encoding.indexOf("compress") != -1)
　　{
　　response.setHeader("Content-Encoding" , "compress");
　　out = new ZIPOutputStream(response.getOutputStream());
　　}
　　else
　　{
　　out = response.getOutputStream();
　　}
　　...
　　...
　　}

　　技術5：不要使用SingleThreadModel

　　SingleThreadModel保證servlet一次僅處理一個請求。如果一個servlet實現了這個接口，servlet引擎將為每個新的請求創建一個單獨的servlet實例，這將引起大量的系統開銷。如果你需要解決線程安全問題，請使用其他的辦法替代這個接口。SingleThreadModel在Servlet 2.4中是不再提倡使用。

　　技術6：使用線程池

　　servlet引擎為每個請求創建一個單獨的線程，將該線程指派給service()方法，然後在service()方法執行完後刪除該線程。默認情況下，servlet引擎可能為每個請求創建一個新的線程。由於創建和刪除線程的開銷是很昂貴的，於是這種默認行為降低了系統的性能。我們可以使用線程池來提高性能。根據預期的並發用戶數量，配置一個線程池，設置好線程池裡的線程數量的最小和最大值以及增長的最小和最大值。起初，servlet引擎創建一個線程數與配置中的最小線程數量相等的線程池。然後servlet引擎把池中的一個線程指派給一個請求而不是每次都創建新的線程，完成操作之後，servlet引擎把線程放回到線程池中。使用線程池，性能可以顯著地提高。如果需要，根據線程的最大數和增長數，可以創建更多的線程。

　　技術7：選擇正確的包括機制

　　在JSP頁面中，有兩中方式可以包括文件：包括指令(< %@ include file="test.jsp" %>)和包括動作(< jsp:include page="test.jsp" flush="true" />)。包括指令在編譯階段包括一個指定文件的內容;例如