一.測試用例ServletQueryForConnPool版本

1.結構圖

2.代碼實現結構

3.運行時序圖

4.測試運行情況說明

4.1 數據庫連接和數據庫游標占用可能比較大

由于數據庫的查詢及其分頁處理是直接使用JDBC的，并在分頁中是使用RseultSet的查詢結果集－游標形式實現的，并且每個客戶對應一個會話，每個會話對應一個數據庫連接和一個結果集（游標），數據庫連接和游標是在會話終止時才釋放的。因此在多個客戶的請求過程中，可能對數據庫的訪問資源（數據庫連接和用于數據操作的游標）占用比較大。

因此數據庫訪問及其數據庫的處理可能是個瓶頸。

4.2 資源沒有釋放的問題

會話對應的數據庫連接和游標可能在會話終止時沒有釋放。

為了更好的體現出使用Web容器數據庫連接池的優點，應該合理的設置連接池中連接對象的“非活動超時時間”，建議次值和Servlet對象的會話超時時間長度一直。

5.此測試用例操作說明

5.1 部署的包的位置：

ServletQueryForConnPool.war

5.2 部署

1.通過Weblogic 的控制臺工具部署此包

2.相關的參數請看ServletQueryForConnPool.war包中的配置文件web.xml中相應的servlet配置參數

5.3 測試URL

http://server/：port/WebAppName

即：

http://web/服務器名：端口/Servlet部署的應用程序名

二.測試用例ServletQueryForConnPool_cache 版本

1.結構圖

和“一：測試用例3”相同

2.代碼實現結構

3.運行時序

說明：使用第四種“緩存一次SQL查詢的結果集”的分頁面查詢技術，即一次SQL查詢，把從數據庫查詢出來的結果保存到會話中，以后的客戶分頁查詢操作都從此緩存中取得。

4.測試運行情況說明

由于使用的是緩存結果集的方式，對Web容器服務器的內存要求比較高，可能在測試過程中，Web容器服務器因內存問題而影響整個系統的響應性能。

5.此測試用例操作說明

5.1 部署的包的位置：

ServletQueryForConnPool_cache.war

【編輯推薦】

1. Struts和JSP頁面的技術
2. 詳解JSP向Servlet轉換
3. Servlet2.5版本的特征淺析
4. 淺談Servlet/JSP服務器端的重定向
5. Ajax Servlet實例在網絡編程的應用