用緩衝技術提高JSP程式的效能和穩定性

一、概述

在Web應用中，有些報表的產生可能需要資料庫花很長時間才能計算出來；有的網站提供天氣資訊，它需要訪問遠程伺服器進行SOAP調用才能得到溫度資訊。所有這一切都屬於複雜資訊的例子。在Web頁面中加入過多的複雜資訊可能導致Web伺服器、資料庫伺服器負荷過重。JSP代碼塊緩衝為開發人員帶來了隨意地增加各種複雜資訊的自由。

JSP能夠在標記庫內封裝和運行複雜的Java代碼，它使得JSP分頁檔更容易維護，使得非專業開發人員使用JSP分頁檔更加方便。現在已經有許多標記庫，它們或者是商業產品，或者是原始碼開放產品。但這些產品中的大多數都只是用標記庫的形式實現原本可以用一個簡單的Java Scriptlet實現的功能，很少有產品以某種創造性的方式使用定製標記，提供在出現JSP定製標記庫之前幾乎不可能實現的用法。

OSCache標記庫由OpenSymphony設計，它是一種開創性的JSP定製標記應用，提供了在現有JSP頁面之內實現快速記憶體緩衝的功能。雖然已經有一些供應商在提供各種形式的緩衝產品，但是，它們都屬於面向特定供應商的產品。OSCache能夠在任何JSP 1.1相容的伺服器上運行，它不僅能夠為所有使用者緩衝現有JSP代碼塊，而且能夠以使用者為單位進行緩衝。OSCache還包含一些提高延展性的進階特性，比如：緩衝到磁碟，可程式化的緩衝重新整理，異常控制，等等。另外，正如OpenSymphony的其他產品，OSCache的代碼也在一個開放原始碼許可協議之下免費發行。

本文以一個假想的拍賣網站設計過程為例，介紹OSCache的工作過程。這個假想的Web網站將包含：一個報告最近拍賣活動的管理頁面；一個功能完整、帶有各種宣傳資訊的首頁；一個特殊的導航條，它包含了使用者所有尚未成交的拍賣活動資訊。

二、管理頁面

拍賣網站包含一個管理報表，資料庫伺服器需要數秒時間才能建立這樣一個報表。報表產生時間長這一點很重要，因為我們可能讓多個管理員監視系統運行情況，同時又想避免管理員每次訪問時都重建這個報表。為了實現這一點，我們將把整個頁面封裝到一個應用級的緩衝標記之內，這個緩衝標記每隔1小時重新整理。其他供應商提供的一些產品也具有類似的功能，只是OSCache比它們做得更好。

為簡單計，我們將不過多地關注格式問題。在編寫管理頁面時，我們首先把標記庫聲明加入到頁面：

＜%@ taglib uri="cachetags" prefix="cache" %＞ 

接下來我們要用cache標記來包圍整個頁面。cache標記的預設緩衝時間是1小時。

＜cache:cache＞ .... 複雜的管理報表 .... ＜/cache:cache＞ 

現在管理頁面已經被緩衝。如果管理員在頁面產生後的一個小時之內再次訪問同一頁面，他看到的將是以前緩衝的頁面，不需要由資料庫伺服器再次產生這個報表。

三、首頁

拍賣網站的首頁顯示網站活動情況，宣傳那些即將結束的拍賣活動。我們希望顯示出進行中的拍賣活動數量，當前登入使用者數量，在短期內就要結束的拍賣活動的清單，以及目前時間。這些資訊有著不同的時間精確度要求。網站上的拍賣活動通常持續數天，因此我們可以把緩衝有效拍賣活動數量的時間定為6個小時。使用者數量的變化顯然要頻繁一些，但這裡我們將把這個數值每次緩衝15分鐘。最後，我們希望頁面中顯示的目前時間總是精確的頁面訪問時間。

在首頁中聲明標記庫之後，我們首先以不帶緩衝的方式直接輸出當前日期：

現在是：＜%=new java.util.Date()%＞ 

接下來，我們要顯示一個清單，列出那些將在短期內結束的拍賣活動：

＜cache:cache＞ ＜ul＞ ＜% // 構造一個包含最近拍賣活動的Iterator Iterator auctions = .... while (auctions.hasMore()) { Auction auction = (Auction)auctions.next(); %＞＜li＞＜%=auction%＞＜/li%＜ } %＞ ＜/ul＞ ＜/cache:cache＞ 

最後，我們希望顯示出進行中的拍賣活動的數量，這個數字需要緩衝6小時。由於cache標記需要的是緩衝資料的秒數，我們把6小時轉換成21600秒：

＜cache:cache time="21600"＞ ＜% //查詢資料庫得到拍賣活動總數 int auctionCount = .... %＞ 本網站進行中的拍賣活動有＜%=auctionCount%＞個! ＜/cache＞ 

可以看到，我們只用少量的代碼就構造出了一個帶有複雜緩衝系統的首頁。這個緩衝系統對頁面各個部分分別進行緩衝，而且各個部分的緩衝時間完全符合它們各自的資訊變化頻繁程度。由於有了緩衝，現在我們可以在首頁中放入更多的內容；而在以前沒有緩衝的情況下，首頁中放入過多的內容會導致頁面訪問速度變慢，甚至可能給資料庫伺服器帶來過重的負載。