資料來源

　　從接觸DBMS開始就在用資料來源（DataSource），它其中很重要的一個作用就是可以管理Connection，管理的方式也就是經常聽到的ConnectionPool。它的管理其實就是對DriverManager獲取Connection進行了包裝。

　　下面就首先看看用DataSource來取代DriverManager來獲取Connection的好處：

　　一般DataSource內部會用一個連線池來快取Connection，這樣獲得Connection速度很快，可以大幅度提高資料庫的訪問速度；通過它獲得的Connection都是已經被包裹過的（不是驅動原來的連線），他的close

連線池

　　前面部落格講了,操作資料庫的一般步驟:

　　　1.註冊驅動

　　　2.建立連線

　　　3.建立執行sql語句的物件

　　　4.執行語句

　　　5.處理執行結果

　　　6.釋放資源

　　上面的過程其實就是客戶端與DB伺服器互動的過程。這個過程就像兩個人隔著一條河想要交流一樣,其中最費時間的莫過於屬搭橋的過程了。上面第二步“建立連線”的過程也就是搭橋的過程了。

　　所以，建立Connection就相當於建一座橋，是資料庫操作中最耗時的。所以用完以後就關掉是很浪費的。現在，建立完以後將它放到集合中（arrayList

　　上面說的集合其實就是連線池了，連線池可以理解成一個能夠存放Connection的Collection,有兩種形式，即arrayList或linkList。arrayList實際為一個數組，訪問速度很快；linkList為一個連結串列，增、刪速度比較快。而連線池中的Connection需要頻繁的增刪，所以採用linkList來作為Connection物件的容器集合。

　　下面就用程式碼模擬一個DataSource內部的連線池：

import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
import java.util.LinkedList;

/**
 * @author-zhipeng
 */
public class MyDataSource {
	private static String url = "jdbc:mysql://localhost:3306/jdbc";
	private static String user = "root";
	private static String password = "";

	private static int initCount = 5;
	private static int maxCount = 10;
	private int currentCount = 0;
	
	//建立一個LinkedList作為Connection的容器
	LinkedList<Connection> connectionsPool = new LinkedList<Connection>();
	//初始，建立5個Connection物件放到LinkedList中，用的時候從連結串列頭部取，不用了放到尾部
	public MyDataSource() {
		try {
			for (int i = 0; i < initCount; i++) {
				this.connectionsPool.addLast(this.createConnection());
				this.currentCount++;
			}
		} catch (SQLException e) {
			throw new ExceptionInInitializerError(e);
		}
	}
	
	//建立連線時就呼叫這個方法--從Connection連結串列容器頭部取一個
	public Connection getConnection() throws SQLException {
		//枷鎖-針對併發操作
		synchronized (connectionsPool) {
			//如果連線池（實際為LinkList）中還有Connection物件則取出一個
			if (this.connectionsPool.size() > 0)
				return this.connectionsPool.removeFirst();
			//如果連線池沒有（初始為5個）Connection物件，而請求連線數小於最大連線數，則建立一個新的Connection
			if (this.currentCount < maxCount) {
				this.currentCount++;
				return this.createConnection();
			}
			//否則丟擲異常，超過最大連線數，沒有連線可用
			throw new SQLException("已沒有連結");
		}
	}
	//關閉連線時就呼叫這個方法--不是真正的釋放連線，而是放到從Connection連結串列容器的尾部
	public void free(Connection conn) {
		this.connectionsPool.addLast(conn);
	}
	//建立Connection的根程式碼
	private Connection createConnection() throws SQLException {
		return DriverManager.getConnection(url, user, password);
	}
}
 

　　從上面的程式碼實現可知，如果超過Connection Pool的最大連線數（10個）則必然會因沒有連線可以使用而拋異常，下面就用程式碼實驗一下:

/**
 * @author-zhipeng
 */
public class TestConnectionPool {

	private static DataSource myDataSource = null;
	/**
	 * 迴圈建立11個Connection，期間都不釋放（關閉）
	 */
	public static void main(String[] args) throws Exception {
		
		for (int i = 0; i < 11; i++) {
			Connection conn = myDataSource.getConnection();
			System.out.println(conn);
			//JdbcUtils.free(null, null, conn);
		}
	}
}

　　然後執行，就會發現，當建立第11個的時候就會丟擲異常：

　　這也驗證了我們上面的實現。當然還可以進行一系列其它的測試，比如建立五個再釋放一個，然後再建立一個，這是你就會發現，Connection Pool的“佇列”結構。

總結

　　上面簡單介紹了DataSource，和Connection Pool，並用程式碼簡單模擬了它的原理。這也是對舊知識的溫習和加深理解的過程吧。