在初次打開連接時，將根據(jù)完全匹配算法創(chuàng)建連接池，該算法將池與連接中的連接字符串關聯(lián)。每個連接池與不同的連接字符串關聯(lián)。打開新連接時，如果連接字符串并非與現(xiàn)有池完全匹配，將創(chuàng)建一個新池。按進程、按應用程序域、按連接字符串以及（在使用集成的安全性時）按 Windows 標識來建立池連接。

在以下 C# 示例中創(chuàng)建了三個新的 SqlConnection 對象，但是管理時只需要兩個連接池。注意，根據(jù)為 Initial Catalog 分配的值，第一個和第二個連接字符串有所不同。

using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// Pool A is created.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=pubs"))
{
connection.Open();
// Pool B is created because the connection strings differ.
}
using (SqlConnection connection = new SqlConnection(
"Integrated Security=SSPI;Initial Catalog=Northwind"))
{
connection.Open();
// The connection string matches pool A.
}

如果 MinPoolSize 在連接字符串中未指定或指定為零，池中的連接將在一段時間不活動后關閉。但是，如果指定的 MinPoolSize 大于零，在 AppDomain 被卸載并且進程結束之前，連接池不會被破壞。非活動或空池的維護只需要最少的系統(tǒng)開銷。

注意
如果發(fā)生致命錯誤（例如故障轉移或注冊表中的別名更改），池將自動清除。

連接池是為每個唯一的連接字符串創(chuàng)建的。當創(chuàng)建一個池后，將創(chuàng)建多個連接對象并將其添加到該池中，以滿足最小池大小的要求。連接根據(jù)需要添加到池中，但是不能超過指定的最大池大小（默認值為 100）。連接在關閉或斷開時釋放回池中。

在請求 SqlConnection 對象時，如果存在可用的連接，將從池中獲取該對象。連接要可用，必須未使用，具有匹配的事務上下文或未與任何事務上下文關聯(lián)，并且具有與服務器的有效鏈接。

連接池進程通過在連接釋放回池中時重新分配連接，來滿足這些連接請求。如果已達到最大池大小且不存在可用的連接，則該請求將會排隊。然后，池進程嘗試重新建立任何連接，直到到達超時時間（默認值為 15 秒）。如果池進程在連接超時之前無法滿足請求，將引發(fā)異常。

警告
我們建議您在使用完連接時一定要關閉連接，以便連接可以返回池。要關閉連接，可以使用 Connection 對象的 Close 或 Dispose 方法，也可以通過在 C# 的 using 語句中或在 Visual Basic 的 Using 語句中打開所有連接。不是顯式關閉的連接可能不會添加或返回到池中。例如，如果連接已超出范圍但沒有顯式關閉，則僅當達到最大池大小而該連接仍然有效時，該連接才會返回到連接池中。有關更多信息，請參見 Visual Basic 的using 語句（C# 參考）或如何：釋放系統(tǒng)資源。

注意
不要在類的 Finalize 方法中對 Connection、DataReader 或任何其他托管對象調用 Close 或 Dispose。在終結器中，僅釋放類直接擁有的非托管資源。如果類不擁有任何非托管資源，則不要在類定義中包含 Finalize 方法。有關更多信息，請參見垃圾回收。

連接池進程定期掃描連接池，查找沒有通過 Close 或 Dispose 關閉的未用連接，并重新建立找到的連接。如果應用程序沒有顯式關閉或斷開其連接，連接池進程可能需要很長時間才能重新建立連接，所以，最好確保在連接中顯式調用 Close 和 Dispose。

如果連接長時間空閑，或池進程檢測到與服務器的連接已斷開，連接池進程會將該連接從池中移除。注意，只有在嘗試與服務器進行通信之后才能檢測到斷開的連接。如果發(fā)現(xiàn)某連接不再連接到服務器，則會將其標記為無效。無效連接只有在關閉或重新建立后，才會從連接池中移除。

如果存在與已消失的服務器的連接，那么即使連接池管理程序未檢測到已斷開的連接并將其標記為無效，仍有可能將此連接從池中取出。這種情況是因為檢查連接是否仍有效的系統(tǒng)開銷將造成與服務器的另一次往返，從而抵消了池進程的優(yōu)勢。發(fā)生此情況時，初次嘗試使用該連接將檢測連接是否曾斷開，并引發(fā)異常。

ADO.NET 2.0 引入了兩種新的方法來清除池：ClearAllPools 和 ClearPool。ClearAllPools 清除給定提供程序的連接池，ClearPool 清除與特定連接關聯(lián)的連接池。如果在調用時連接正在使用，將進行相應的標記。連接關閉時，將被丟棄，而不是返回池中。

連接是根據(jù)事務上下文來從池中取出并進行分配的。除非在連接字符串中指定了 Enlist=false，否則，連接池將確保連接在 Current 上下文中登記。如果連接使用登記的 System.Transactions 事務關閉并返回池中，連接將保留在池中，以便使用相同 System.Transactions 事務對該連接池的下一次請求將返回相同的連接。如果該事務沒有可用連接，在該連接打開時，將自動注冊該連接。

當連接關閉時，它將被釋放回池中，并根據(jù)其事務上下文放入相應的子部分。因此，即使分布式事務仍然掛起，仍可以關閉該連接而不會生成錯誤。這樣，您就可以在隨后提交或中止分布式事務。

SqlConnection 對象的 ConnectionString 屬性支持連接字符串鍵/值對，可以用于調整連接池邏輯的行為。有關更多信息，請參見 ConnectionString。

池碎片是許多 Web 應用程序中的一個常見問題，應用程序可能會創(chuàng)建大量在進程退出后才會釋放的池。這樣，將打開大量的連接，占用許多內存，從而影響性能。

因為集成安全性產(chǎn)生的池碎片

因為許多數(shù)據(jù)庫產(chǎn)生的池碎片

通過調用 sp_setapprole 系統(tǒng)存儲過程激活了 SQL Server 應用程序角色之后，該連接的安全上下文無法重置。但是，如果啟用了池，連接將返回池，在重復使用池連接時會出錯。

如果使用的是 SQL Server 應用程序角色，我們建議您在連接字符串中為應用程序禁用連接池。有關更多信息，請參見知識庫文章“SQL application role errors with OLE DB resource pooling”。