我們在平時項目中用到了數據庫連接池，比如c3p0,dbcp,jndi...
在使用結束的時候我們也要關閉連接。爲什麼呢。具體解釋如下：
使用 c3p0 的話，也是 java.sql.Connection，只要是 JDBC 連接都是這個接口的對象！
使用完後必須 con.close() 掉 ，使用連接池的話，執行 con.close 並不會關閉與數據庫的 TCP 連接，而是將連接還回到池中去，如果不 close 掉的話，這個連接將會一直被佔用，直接連接池中的連接耗盡爲止。
至於是如何做到 con.close 並不是真正意義上的關閉連接？而是直接將連接還回到池中去？
一般有兩種方式：
一：使用裝飾器模式。
在裝飾器構造中傳入一個真正的 Connection，這個裝飾器實現 Connection，使用構造 傳入 Connection 委託重寫所有方法，並改寫 close 方法：
package com.zzj;
import java.sql.Connection;
import java.sql.SQLException;
import java.sql.Statement;
public class ConnectionDecorator implements Connection {
private Connection con = null;
public ConnectionDecorator(Connection con) {
this.con = con;
}
@Override
public void close() throws SQLException {
// TODO 重寫！
}
@Override
public void commit() throws SQLException {
this.con.commit();
}
@Override
public Statement createStatement() throws SQLException {
return this.con.createStatement();
}
@Override
public Statement createStatement(int resultSetType, int resultSetConcurrency)
throws SQLException {
return this.con.createStatement(resultSetType, resultSetConcurrency);
}
......
}
然後經過連接池控制的 Connection 對象都使用該裝飾器進行包裝。
二：動態代理。
使用動態代理重新實現 close 方法，每次獲得的 Connection 是一個代理後的對象。
一個完善的連接池，其架構設計非常複雜，Connection#close 問題就是連接池諸多設計難點當中的一個。