我們在伺服器開發的過程中，往往會有一些物件，它的建立和初始化需要的時間比較長，比如資料庫連線，網路IO，大資料物件等。在大量使用這些物件時，如果不採用一些技術優化，就會造成一些不可忽略的效能影響。一種辦法就是使用物件池，每次建立的物件並不實際銷燬，而是快取在物件池中，下次使用的時候，不用再重新建立，直接從物件池的快取中取即可。為了避免重新造輪子，我們可以使用優秀的開源物件池化元件apache-common-pool2，它對物件池化操作進行了很好的封裝，我們只需要根據自己的業務需求重寫或實現部分介面即可，使用它可以快速的建立一個方便，簡單，強大物件連線池管理類。

一，common-pool2簡介

首先是下載這個元件，使用maven引入下面依賴即可：

<!-- https://mvnrepository.com/artifact/org.apache.commons/commons-pool2 -->

<dependency>

   <groupId>org.apache.commons</groupId>

   <artifactId>commons-pool2</artifactId>

   <version>2.4.2</version>

</dependency>

Common-pool2中的程式碼不是太多，有幾個種要的介面和實現類，

1，GenericObjectPool

這個是物件池實現的核心類，它實現了對物件池的管理，是一個基本的物件池實現，一般情況下，我們可以直接使用。在使用這個類的時候，我們需要傳入兩個重要的引數：GenericObjectPoolConfig類和PooledObjectFactory介面的實現，一會我們再詳細說這兩個。

在GenericObjectPool中，有兩個我們會用到的方法：

public T borrowObject() throws Exception從物件池中獲取一個物件

public void returnObject(T obj)物件使用完之後，歸還到物件池，

其它還有一些方法，比如關閉物件池，銷燬物件池，獲取物件池中空閒的物件個數等，可以自行檢視API。

這個介面是我們要實現的，它對要實現物件池化的物件做了一些管理。這個工廠介面就是為了讓我們根據自己的業務建立和管理要物件池化的物件。

PooledObject<T>  makeObject() throws Exception;

這個方法是用來建立一個物件，當在GenericObjectPool類中呼叫borrowObject方法時，如果當前物件池中沒有空閒的物件，GenericObjectPool會呼叫這個方法，建立一個物件，並把這個物件封裝到PooledObject類中，並交給物件池管理。

void destroyObject(PooledObject<T> p) throws Exception;

銷燬物件，當物件池檢測到某個物件的空閒時間(idle)超時，或使用完物件歸還到物件池之前被檢測到物件已經無效時，就會呼叫這個方法銷燬物件。物件的銷燬一般和業務相關，但必須明確的是，當呼叫這個方法之後，物件的生命週期必須結果。如果是物件是執行緒，執行緒必須已結束，如果是socket，socket必須已close，如果是檔案操作，檔案資料必須已flush，且檔案正常關閉。

boolean validateObject(PooledObject<T> p);

檢測一個物件是否有效。在物件池中的物件必須是有效的，這個有效的概念是，從物件池中拿出的物件是可用的。比如，如果是socket,那麼必須保證socket是連線可用的。在從物件池獲取物件或歸還物件到物件池時，會呼叫這個方法，判斷物件是否有效，如果無效就會銷燬。

void activateObject(PooledObject<T> p) throws Exception;

啟用一個物件或者說啟動物件的某些操作。比如，如果物件是socket，如果socket沒有連線，或意外斷開了，可以在這裡啟動socket的連線。它會在檢測空閒物件的時候，如果設定了測試空閒物件是否可以用，就會呼叫這個方法，在borrowObject的時候也會呼叫。另外，如果物件是一個包含引數的物件，可以在這裡進行初始化。讓使用者感覺這是一個新建立的物件一樣。

void passivateObject(PooledObject<T> p) throws Exception;

鈍化一個物件。在向物件池歸還一個物件是會呼叫這個方法。這裡可以對物件做一些清理操作。比如清理掉過期的資料，下次獲得物件時，不受舊資料的影響。

一般來說activateObject和passivateObject是成對出現的。前者是在物件從物件池取出時做一些操作，後者是在物件歸還到物件池做一些操作，可以根據自己的業務需要進行取捨。

3，帶Key的物件池GenericKeyedObjectPool

這種物件池和前面的GenericObjectPool物件池操作是一樣的，不同的是對應的每個方法帶一個key引數。你可以把這個GenericKeyedObjectPool的物件池看作是一個map的GenericObjectPool，每個key對應一個GenericObjectPool。它用於區別不同型別的物件。比如資料庫連線，有可能會連線到不同地址的資料庫上面。就可以用這個區分。

4，引數配置類GenericObjectPoolConfig

這個類允許使用者對物件池的一些引數進行調整，根據需要定製物件池。下面說逐一說一下每個引數的含義。

lifo：物件池儲存空閒物件是使用的LinkedBlockingDeque，它本質上是一個支援FIFO和FILO的雙向的佇列，common-pool2中的LinkedBlockingDeque不是Java原生的佇列，而有common-pool2重新寫的一個雙向佇列。如果為true，表示使用FIFO獲取物件。預設值是true.建議使用預設值。

fairness：common-pool2實現的LinkedBlockingDeque雙向阻塞佇列使用的是Lock鎖。這個引數就是表示在例項化一個LinkedBlockingDeque時，是否使用lock的公平鎖。預設值是false，建議使用預設值。

maxWaitMillis：當沒有空閒連線時，獲取一個物件的最大等待時間。如果這個值小於0，則永不超時，一直等待，直到有空閒物件到來。如果大於0，則等待maxWaitMillis長時間，如果沒有空閒物件，將丟擲NoSuchElementException異常。預設值是-1；可以根據需要自己調整，單位是毫秒。

minEvictableIdleTimeMillis：物件最小的空閒時間。如果為小於等於0，最Long的最大值，如果大於0，當空閒的時間大於這個值時，執行移除這個物件操作。預設值是1000L * 60L * 30L;即30分鐘。這個引數是強制性的，只要空閒時間超過這個值，就會移除。

softMinEvictableIdleTimeMillis：物件最小的空間時間，如果小於等於0，取Long的最大值，如果大於0，當物件的空閒時間超過這個值，並且當前空閒物件的數量大於最小空閒數量(minIdle)時，執行移除操作。這個和上面的minEvictableIdleTimeMillis的區別是，它會保留最小的空閒物件數量。而上面的不會，是強制性移除的。預設值是-1；

numTestsPerEvictionRun：檢測空閒物件執行緒每次檢測的空閒物件的數量。預設值是3；如果這個值小於0,則每次檢測的空閒物件數量等於當前空閒物件數量除以這個值的絕對值，並對結果向上取整。

testOnCreate：在建立物件時檢測物件是否有效，true是，預設值是false。

testOnBorrow：在從物件池獲取物件時是否檢測物件有效，true是；預設值是false。

testOnReturn：在向物件池中歸還物件時是否檢測物件有效，true是，預設值是false。

testWhileIdle：在檢測空閒物件執行緒檢測到物件不需要移除時，是否檢測物件的有效性。true是，預設值是false。

timeBetweenEvictionRunsMillis：空閒物件檢測執行緒的執行週期，即多長時候執行一次空閒物件檢測。單位是毫秒數。如果小於等於0，則不執行檢測執行緒。預設值是-1;

blockWhenExhausted：當物件池沒有空閒物件時，新的獲取物件的請求是否阻塞。true阻塞。預設值是true;

maxTotal：物件池中管理的最多物件個數。預設值是8。

maxIdle：物件池中最大的空閒物件個數。預設值是8。

minIdle：物件池中最小的空閒物件個數。預設值是0。

以上就是common-pool2物件池的配置引數，使用的時候可以根據自己的需要進行調整。

5，common-pool2的應用

使用common-pool2的物件池技術的一個完美例子就是redis的Java客戶端JedisPool。大家可以下載Jedis的包，檢視原始碼進行學習。下次我將分享一個我使用common-pool2實現的一個thrift客戶端呼叫的連線池實現。

綜上所述，使用common-pool2可以快速的建立一個安全，強大，簡單的物件池管理類。它的開源性使它的功能得到了眾多專案的檢測，是非常安全的。在我們的業務中，如果有需要使用物件池化的操作，可以使用common-pool2快速實現。

遊戲技術網公眾號，掃描加入討論遊戲技術