在C#的数据库开发场景中，ADO.NET框架内置了数据库连接池机制，不需要开发者手动实现连接池的底层逻辑，只需要通过合理的配置和正确的连接使用方式，就能发挥连接池的性能优势。连接池的核心作用是复用已经创建的连接，避免每次数据库操作都重新建立TCP连接和身份验证，从而减少资源消耗和响应时间。
ADO.NET数据库连接池的工作机制
当开发者调用SqlConnection.Open()方法时，ADO.NET会先检查连接字符串对应的连接池是否存在可用的空闲连接。如果存在，就直接取出该连接分配给当前操作；如果不存在可用连接且连接池未达到最大容量，就会创建新的连接放入池中并分配给操作；如果连接池已满，当前请求会进入等待队列，直到有连接被释放回池。
连接关闭时，调用Close()或者Dispose()方法并不会真正销毁连接，而是将连接标记为空闲状态放回连接池，供后续操作复用。连接池会根据配置的策略定期清理长时间未使用的空闲连接。
连接池的关键配置参数
连接池的行为主要通过连接字符串中的参数控制，以SQL Server的SqlConnection为例，常用的配置参数如下：
| 参数名 | 说明 | 默认值 |
|---|---|---|
| Pooling | 是否启用连接池，true为启用，false为禁用 | true |
| Max Pool Size | 连接池允许的最大连接数 | 100 |
| Min Pool Size | 连接池保持的最小连接数，初始化时会创建对应数量的连接 | 0 |
| Connection Lifetime | 连接的最大生存时间，单位秒，超时后会被销毁 | 0（不限制） |
| Connection Timeout | 获取连接时的等待超时时间，单位秒 | 15 |
连接字符串配置示例
以下是一个启用了连接池，最大连接数设为50，最小连接数设为5的配置示例：
string connectionString = "Server=127.0.0.1;Database=test_db;User Id=sa;Password=123456;Pooling=true;Max Pool Size=50;Min Pool Size=5;Connection Timeout=30;";
连接管理的最佳实践
使用using语句管理连接生命周期
为了避免连接没有正确释放回池，建议使用using语句包裹连接对象，确保连接在使用完成后自动释放：
using (SqlConnection conn = new SqlConnection(connectionString))
{
try
{
conn.Open();
// 执行数据库操作
string sql = "SELECT COUNT(*) FROM user_info";
using (SqlCommand cmd = new SqlCommand(sql, conn))
{
int count = (int)cmd.ExecuteScalar();
Console.WriteLine($"用户总数：{count}");
}
}
catch (Exception ex)
{
Console.WriteLine($"数据库操作异常：{ex.Message}");
}
}
避免手动禁用连接池
除非有特殊场景（比如需要每次使用全新的连接），否则不要将连接字符串中的Pooling设为false，禁用连接池会导致每次操作都创建新连接，性能会大幅下降。
合理设置连接池容量
最大连接数不是越大越好，需要根据应用的并发量和数据库的最大连接承载能力设置。如果设置过大，可能会导致数据库连接数耗尽，反而引发异常。可以通过压测观察应用的并发连接需求，逐步调整合适的数值。
及时释放相关资源
除了连接对象，关联的SqlCommand、SqlDataReader等对象也建议使用using语句管理，避免资源泄漏影响连接池的正常工作。
连接池的注意事项
不同的连接字符串会对应不同的连接池，即使数据库相同，只要连接字符串中的参数有差异（比如用户不同、额外参数不同），就会创建独立的连接池。因此尽量统一应用的连接字符串配置，避免创建过多不必要的连接池。
如果连接出现异常（比如数据库服务重启），连接池中的连接可能会失效，ADO.NET会自动移除这些失效连接，下次请求时会创建新的有效连接，不需要开发者额外处理。
注意：连接池是进程级别的，同一个进程内相同连接字符串共享一个连接池，不同进程的连接池相互独立。
C#ADO.NET数据库连接池connection_string修改时间：2026-06-23 08:39:32