問題所在

如果要編寫一個購物車，通常需要寫很多個不同功能的Servlet。例如用戶登錄、添加商品、查詢購物車、結帳等。

在這些 Servlet 中都需要讀寫數據庫。如果我們在每個 Servlet 中都進行連接 -> 讀寫 -> 斷開連接的操作，就會消耗大量的服務器資源，不僅程序響應速度減緩，而且會加重服務器和數據庫的負擔。

把希望寄托于HttpSession

如我們所學，Servlet API 提供了一些方法和類來專門處理短期的會話跟蹤。網站的每個用戶都和 Javax.Servlet.http.HttpSession 對象有關，Servlet使用這個對象來記錄和檢索每個用戶的信息。

幸運的是，我們可以在會話對象中存儲任意的 Java 對象。存儲的方法大家都已經很熟悉，就是使用 setAttribute()方法。代表數據庫連接的Connection也不例外。

這就為我們讓不同的Servlet在session中共享鏈接帶來的希望。

安全問題

那么，僅僅像下面這樣做就可以了么?

1、在Servlet1中，顯示Servlet在session中設置一個屬性：
session.setAttribute("connection", connection);

2、在Servlet2中，取出這個屬性：
Connection connection = (Connection) session.getAttribute ("connection");

理論上，沒有問題。在 Servlet1 中產生的 Connection 對象，到了 Servlet2 中可以繼續使用。

但是如果 Servlet2 不小心改變了 connection 的引用，例如 connection = null; 那么，當它再次把這個connection放入session的屬性當中，其它的 Servlet 就會得到一個指向 null 的 connection!

解決之道

把 connection 直接在 session 中傳來傳去，看來不怎么安全。

解決思路是，我們找一個專門的人來保管這個 connection，在得到請求的時候，由這個人把 connection 的引用返回給調用者。這樣，即使調用者不小心把它得到的那份 connection 搞壞了，保管著手里也總還有一個備份。

相應的，在 session 的屬性中，我們不再保存 connection 本身，而是把這個保管者存進去。因為他能隨時給我們一個可用的 connection。

這個類的具體寫法是：

public class ConnectionHolder {  
public ConnectionHolder(Connection con) {  
// 保存連接  
 
this.con = con;  
try {  
// 禁用自動提交，以隔離不同session之間的操作。  
 
con.setAutoCommit(false);  
}  
catch(SQLException e) {  
// 錯誤處理代碼  
 
}  
}  
public Connection getConnection() {  
// 通過這個getter方法獲取連接  
 
return con;  
}  
private Connection con = null; // 設置為私有變量，這很重要，以確保變量安全。  
 
} 

使用方法

每個 Servlet 在希望取得數據庫連接的時候，先看看Servlet在session中是否有這個“保管者”(即上面的ConnectionHolder)。

如果有的話，直接調用它的get方法，取得數據庫連接。

如果沒有的話，說明這個session還沒有連接過數據庫，那么當前類就立刻創建一個數據庫連接，并把這個連接交給保管者，然后再把保管者放入 session 中，以便后續的 Servlet 使用。

下面是一個實例：

protected void doGet(HttpServletRequest req, HttpServletResponse res)  
throws ServletException, IOException {  
// 同步代碼取得數據庫連接  
synchronized (session) {  
// 看看這個持有者是否已經在 session 中了  
ConnectionHolder holder = (ConnectionHolder) session.getAttribute  
("servletapp.connection");  
// 如果不在，就創建一個數據庫連接，并把它交給持有者。  
if (holder == null) {  
try {  
holder = new ConnectionHolder(DriverManager.getConnection(  
"Connection URL"));  
session.setAttribute("servletapp.connection", holder);  
}  
catch (SQLException sqle) {  
// 錯誤處理代碼  
}  
}  
// 從容器取得實際連接  
conn = holder.getConnection();  
}  
.... // 別忘了commit  
} 

這段代碼看起來有那么幾行。但實際上，在每個session中，只有第一次執行的Servlet需要進行數據庫連接操作，此后的Servlet只會執行第4、6、20這三行。

誰來負責斷開連接?

當 Servlet 們不必再為創建數據庫連接費心的時候，也就沒有人愿意管關閉連接這檔子事了。事實上，更重要的是，他們沒法管。因為這個連接是放在 session 中的，而沒有誰能準確的預測，一個 session 會何時終止。

好在有一種叫做“監聽器”(Listener)的東西可以專門管這件事。Listener有很多方法，其中的兩個方法是：
◆public void valueBound(HttpSessionBingEvent event);
◆public void valueUnbound(HttpSessionBingEvent event);

這兩個方法可以在一個 session 被創建/失效的時候分別自動執行。我們就把關閉連接的代碼放在第二個方法中，這樣，當一個 session 失效的時候，數據庫連接就會自動關閉。

要想讓一個類成為Listener，只需讓它實現 HttpSessionBindingListener 接口。我們的 connection 是由 ConnectionHolder 這個類來保管的，因此最方便的辦法就是把它注冊成一個監聽器。

具體方法是：

public void valueUnbound(HttpSessionBindingEvent event) {  
// 當從Session刪除或當Session結束時，關閉數據連接。  
try {  
if (con != null) {  
con.rollback(); // 放棄所有未提交的數據  
con.close();  
}  
}  
catch (SQLException e) {  
// 錯誤處理代碼  
}  
}  
 
ConnectionHolder：  
 
import javax.servlet.http.HttpSessionBindingListener;  
import javax.servlet.http.HttpSessionBindingEvent;  
import java.sql.Connection;  
import java.sql.SQLException;  
public class ConnectionHolder implements HttpSessionBindingListener {  
public ConnectionHolder(Connection con) {  
// 保存連接  
this.con = con;  
try {  
con.setAutoCommit(false);  
}  
catch(SQLException e) {  
// 錯誤處理代碼  
}  
}  
public Connection getConnection() {  
return con;  
}  
public void valueBound(HttpSessionBindingEvent event) {  
// 當增加Session時，什么也不做  
}  
public void valueUnbound(HttpSessionBindingEvent event) {  
// 當從Session刪除或當Session結束時，關閉數據連接。  
try {  
if (con != null) {  
con.rollback(); // 放棄所有未發送數據  
con.close();  
}  
}  
catch (SQLException e) {  
// 錯誤處理代碼  
}  
}  
private Connection con = null;  
} 

【編輯推薦】

1. Future Response Servlet特性
2. 簡單介紹Servlet實例運行
3. 淺析ServletQueryForConnPool測試
4. Tomcat Java Servlet引擎安全設定
5. Jetty-Servlet容器額外功能