C#连接池异常：未达最大池大小却获取连接超时求助

核心问题分析 #

虽然连接池当前大小（<50）远低于设置的最大连接数（100），但仍抛出连接池超时异常，通常是连接泄漏或连接池配置/状态异常导致的，而非单纯的池满。

排查与解决步骤 #

1. 排查连接泄漏：确保连接被正确释放 #

你的代码中IDbConnection注册为Scoped，理论上会在请求结束时被容器释放，但需确认：

• 是否存在手动持有连接实例未释放的场景（比如异步代码未await、缺失using块）
• 验证容器是否正确处理Scoped服务的释放逻辑，可添加日志确认连接的Dispose方法是否被调用

建议显式使用using块包裹连接（即使依赖注入会自动处理，也能避免意外泄漏）：

using var connection = provider.GetRequiredService<IDbConnection>();
// 执行数据库操作逻辑

2. 规范OrmLite连接工厂初始化方式 #

当前用Activator.CreateInstance初始化OrmLiteConnectionFactory不够规范，建议直接使用强类型构造并显式配置连接池参数：

services.AddSingleton<IDbConnectionFactory>(c => 
    new OrmLiteConnectionFactory(connectionString, SqlServerDialect.Provider)
    {
        MaxConnectionPoolSize = 100,
        // 可适当延长连接超时时间辅助排查，默认15秒
        ConnectionTimeout = 30
    });

3. 检查SQL Server端的连接限制与阻塞情况 #

• 查看SQL Server的max_connections配置（默认无限制，确认是否被修改）
• 排查是否存在长事务未提交、锁等待导致连接长时间占用的情况，可通过以下SQL查询活跃连接状态：

-- 查询当前用户连接的状态、等待信息
SELECT 
    session_id, 
    status, 
    login_name, 
    host_name, 
    program_name,
    command,
    wait_type,
    wait_time
FROM sys.dm_exec_sessions 
WHERE is_user_process = 1;

4. 监控连接池真实状态 #

• 可调用System.Data.SqlClient.SqlConnection.ClearAllPools()（仅用于紧急排查，生产环境谨慎使用）重置连接池，验证是否恢复
• 启用Windows性能监视器，添加.NET Data Provider for SqlServer下的NumberOfActiveConnections、NumberOfFreeConnections等计数器，实时监控连接池的活跃/空闲连接数

5. 检查连接字符串的冲突配置 #

确保连接字符串中没有与OrmLite配置冲突的项：

• 确认Max Pool Size=100（与OrmLite的配置保持一致）
• 若不需要多结果集，关闭MultipleActiveResultSets=True以减少连接占用
• 适当延长Connection Timeout值，排查是否为临时网络或SQL Server响应慢导致的超时

内容的提问来源于stack exchange，提问作者Basil Kosovan