方法一：在servlet的init()方法中緩存數(shù)據(jù)
當(dāng)應(yīng)用服務(wù)器初始化servlet實例之后，為客戶端請求提供服務(wù)之前，它會調(diào)用這個servlet的init()方法。在一個servlet的生命周期中，init()方法只會被調(diào)用一次。通過在init()方法中緩存一些靜態(tài)的數(shù)據(jù)或完成一些只需要執(zhí)行一次的、耗時的操作，就可大大地提高系統(tǒng)性能。
例如，通過在init()方法中建立一個JDBC連接池是一個例子，假設(shè)我們是用jdbc2.0的DataSource接口來取得數(shù)據(jù)庫連接，在通常的情況下，我們需要通過JNDI來取得具體的數(shù)據(jù)源。我們可以想象在一個具體的應(yīng)用中，如果每次SQL請求都要執(zhí)行一次JNDI查詢的話，那系統(tǒng)性能將會急劇下降。解決方法是如下代碼，它通過緩存DataSource，使得下一次SQL調(diào)用時仍然可以繼續(xù)利用它：
以下是引用片段：
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 自動重載(auto-reloading)
Servlet/JSP提供了一個實用的技術(shù)，即自動重載技術(shù)，它為開發(fā)人員提供了一個好的開發(fā)環(huán)境，當(dāng)你改變servlet和JSP頁面后而不必重啟應(yīng)用服務(wù)器。然而，這種技術(shù)在產(chǎn)品運(yùn)行階段對系統(tǒng)的資源是一個極大的損耗，因為它會給JSP引擎的類裝載器(classloader)帶來極大的負(fù)擔(dān)。因此關(guān)閉自動重載功能對系統(tǒng)性能的提升是一個極大的幫助。
方法 3: 不要濫用HttpSession
在很多應(yīng)用中，我們的程序需要保持客戶端的狀態(tài)，以便頁面之間可以相互聯(lián)系。但不幸的是由于HTTP具有天生無狀態(tài)性，從而無法保存客戶端的狀態(tài)。因此一般的應(yīng)用服務(wù)器都提供了session來保存客戶的狀態(tài)。在JSP應(yīng)用服務(wù)器中，是通過HttpSession對像來實現(xiàn)session的功能的，但在方便的同時，它也給系統(tǒng)帶來了不小的負(fù)擔(dān)。因為每當(dāng)你獲得或更新session時，系統(tǒng)者要對它進(jìn)行費(fèi)時的序列化操作。你可以通過對HttpSession的以下幾種處理方式來提升系統(tǒng)的性能。
如果沒有必要，就應(yīng)該關(guān)閉JSP頁面中對HttpSession的缺省設(shè)置。 如果你沒有明確指定的話，每個JSP頁面都會缺省地創(chuàng)建一個HttpSession。如果你的JSP中不需要使用session的話，那可以通過如下的JSP頁面指示符來禁止它：
以下是引用片段：
＜%@ page session="false"%＞
不要在HttpSession中存放大的數(shù)據(jù)對像：如果你在HttpSession中存放大的數(shù)據(jù)對像的話，每當(dāng)對它進(jìn)行讀寫時，應(yīng)用服務(wù)器都將對其進(jìn)行序列化，從而增加了系統(tǒng)的額外負(fù)擔(dān)。你在HttpSession中存放的數(shù)據(jù)對像越大，那系統(tǒng)的性能就下降得越快。
當(dāng)你不需要HttpSession時，盡快地釋放它：當(dāng)你不再需要session時，你可以通過調(diào)用HttpSession.invalidate()方法來釋放它。盡量將session的超時時間設(shè)得短一點(diǎn)：在JSP應(yīng)用服務(wù)器中，有一個缺省的session的超時時間。當(dāng)客戶在這個時間之后沒有進(jìn)行任何操作的話，系統(tǒng)會將相關(guān)的session自動從內(nèi)存中釋放。超時時間設(shè)得越大，系統(tǒng)的性能就會越低，因此的方法就是盡量使得它的值保持在一個較低的水平。
方法 4: 將頁面輸出進(jìn)行壓縮
壓縮是解決數(shù)據(jù)冗余的一個好的方法，特別是在網(wǎng)絡(luò)帶寬不夠發(fā)達(dá)的今天。有的瀏覽器支持gzip(GNU zip)進(jìn)行來對HTML文件進(jìn)行壓縮，這種方法可以戲劇性地減少HTML文件的下載時間。因此，如果你將servlet或JSP頁面生成的HTML頁面進(jìn)行壓縮的話，那用戶就會覺得頁面瀏覽速度會非?？?。但不幸的是，不是所有的瀏覽器都支持gzip壓縮，但你可以通過在你的程序中檢查客戶的瀏覽器是否支持它。下面就是關(guān)于這種方法實現(xiàn)的一個代碼片段：
以下是引用片段：
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws IOException, ServletException {
OutputStream out = null;
String encoding = request.getHeader("Accept-Encoding");
if (encoding != null && encoding.indexOf("gzip") != -1){
request.setHeader("Content-Encoding" , "gzip");
out = new GZIPOutputStream(request.getOutputStream());
}
else if (encoding != null && encoding.indexOf("comdivss") != -1){
request.setHeader("Content-Encoding" , "comdivss");
out = new ZIPOutputStream(request.getOutputStream());
}else{
out = request.getOutputStream();
}
...
...
}
當(dāng)應(yīng)用服務(wù)器初始化servlet實例之后，為客戶端請求提供服務(wù)之前，它會調(diào)用這個servlet的init()方法。在一個servlet的生命周期中，init()方法只會被調(diào)用一次。通過在init()方法中緩存一些靜態(tài)的數(shù)據(jù)或完成一些只需要執(zhí)行一次的、耗時的操作，就可大大地提高系統(tǒng)性能。
例如，通過在init()方法中建立一個JDBC連接池是一個例子，假設(shè)我們是用jdbc2.0的DataSource接口來取得數(shù)據(jù)庫連接，在通常的情況下，我們需要通過JNDI來取得具體的數(shù)據(jù)源。我們可以想象在一個具體的應(yīng)用中，如果每次SQL請求都要執(zhí)行一次JNDI查詢的話，那系統(tǒng)性能將會急劇下降。解決方法是如下代碼，它通過緩存DataSource，使得下一次SQL調(diào)用時仍然可以繼續(xù)利用它：
以下是引用片段：
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 自動重載(auto-reloading)
Servlet/JSP提供了一個實用的技術(shù)，即自動重載技術(shù)，它為開發(fā)人員提供了一個好的開發(fā)環(huán)境，當(dāng)你改變servlet和JSP頁面后而不必重啟應(yīng)用服務(wù)器。然而，這種技術(shù)在產(chǎn)品運(yùn)行階段對系統(tǒng)的資源是一個極大的損耗，因為它會給JSP引擎的類裝載器(classloader)帶來極大的負(fù)擔(dān)。因此關(guān)閉自動重載功能對系統(tǒng)性能的提升是一個極大的幫助。
方法 3: 不要濫用HttpSession
在很多應(yīng)用中，我們的程序需要保持客戶端的狀態(tài)，以便頁面之間可以相互聯(lián)系。但不幸的是由于HTTP具有天生無狀態(tài)性，從而無法保存客戶端的狀態(tài)。因此一般的應(yīng)用服務(wù)器都提供了session來保存客戶的狀態(tài)。在JSP應(yīng)用服務(wù)器中，是通過HttpSession對像來實現(xiàn)session的功能的，但在方便的同時，它也給系統(tǒng)帶來了不小的負(fù)擔(dān)。因為每當(dāng)你獲得或更新session時，系統(tǒng)者要對它進(jìn)行費(fèi)時的序列化操作。你可以通過對HttpSession的以下幾種處理方式來提升系統(tǒng)的性能。
如果沒有必要，就應(yīng)該關(guān)閉JSP頁面中對HttpSession的缺省設(shè)置。 如果你沒有明確指定的話，每個JSP頁面都會缺省地創(chuàng)建一個HttpSession。如果你的JSP中不需要使用session的話，那可以通過如下的JSP頁面指示符來禁止它：
以下是引用片段：
＜%@ page session="false"%＞
不要在HttpSession中存放大的數(shù)據(jù)對像：如果你在HttpSession中存放大的數(shù)據(jù)對像的話，每當(dāng)對它進(jìn)行讀寫時，應(yīng)用服務(wù)器都將對其進(jìn)行序列化，從而增加了系統(tǒng)的額外負(fù)擔(dān)。你在HttpSession中存放的數(shù)據(jù)對像越大，那系統(tǒng)的性能就下降得越快。
當(dāng)你不需要HttpSession時，盡快地釋放它：當(dāng)你不再需要session時，你可以通過調(diào)用HttpSession.invalidate()方法來釋放它。盡量將session的超時時間設(shè)得短一點(diǎn)：在JSP應(yīng)用服務(wù)器中，有一個缺省的session的超時時間。當(dāng)客戶在這個時間之后沒有進(jìn)行任何操作的話，系統(tǒng)會將相關(guān)的session自動從內(nèi)存中釋放。超時時間設(shè)得越大，系統(tǒng)的性能就會越低，因此的方法就是盡量使得它的值保持在一個較低的水平。
方法 4: 將頁面輸出進(jìn)行壓縮
壓縮是解決數(shù)據(jù)冗余的一個好的方法，特別是在網(wǎng)絡(luò)帶寬不夠發(fā)達(dá)的今天。有的瀏覽器支持gzip(GNU zip)進(jìn)行來對HTML文件進(jìn)行壓縮，這種方法可以戲劇性地減少HTML文件的下載時間。因此，如果你將servlet或JSP頁面生成的HTML頁面進(jìn)行壓縮的話，那用戶就會覺得頁面瀏覽速度會非?？?。但不幸的是，不是所有的瀏覽器都支持gzip壓縮，但你可以通過在你的程序中檢查客戶的瀏覽器是否支持它。下面就是關(guān)于這種方法實現(xiàn)的一個代碼片段：
以下是引用片段：
public void doGet(HttpServletRequest request, HttpServletResponse response)
throws IOException, ServletException {
OutputStream out = null;
String encoding = request.getHeader("Accept-Encoding");
if (encoding != null && encoding.indexOf("gzip") != -1){
request.setHeader("Content-Encoding" , "gzip");
out = new GZIPOutputStream(request.getOutputStream());
}
else if (encoding != null && encoding.indexOf("comdivss") != -1){
request.setHeader("Content-Encoding" , "comdivss");
out = new ZIPOutputStream(request.getOutputStream());
}else{
out = request.getOutputStream();
}
...
...
}