在EF Core依赖注入中正确管理带SqlCredential的SqlConnection

问题1：当前Transient配置下SqlConnection是否能被EF Core正确管理释放？ #

是的，这种配置下SqlConnection能被EF Core正确释放，核心逻辑如下：

• 当通过UseSqlServer(sqlConnection)传入已创建的连接时，EF Core默认接管连接所有权（contextOwnsConnection参数默认值为true）。ApplicationDbContext默认是Scoped生命周期，会在HTTP请求结束时被Dispose，此时EF Core会自动调用SqlConnection.Dispose()，将连接释放回数据库连接池。
• 由于SqlConnection注册为Transient，每次注入都会生成新实例，不会出现多个上下文共享同一连接的情况，避免了连接被长期占用的问题。

问题2：更好的实践方案 #

直接注册SqlConnection并注入DbContext的方式并非最优，推荐让EF Core自行管理连接的创建与复用，结合SqlCredential的正确注入，具体方案如下：

优化后的DI配置 #

public class Startup
{
    private readonly IConfiguration _configuration;

    public Startup(IConfiguration configuration)
    {
        _configuration = configuration;
    }

    public void ConfigureServices(IServiceCollection services)
    {
        // 单例注册SqlCredentialProvider，确保全局唯一的SqlCredential实例
        services.AddSingleton<SqlCredentialProvider>();

        // 让EF Core自行管理连接，通过配置注入SqlCredential
        services.AddDbContext<ApplicationDbContext>((serviceProvider, options) =>
        {
            var credentialProvider = serviceProvider.GetRequiredService<SqlCredentialProvider>();
            var sqlCredential = credentialProvider.GetCredential();
            var connectionString = _configuration.GetConnectionString("MyApplicationConnectionStr");

            options.UseSqlServer(connectionString, sqlServerOptions =>
            {
                // 将SqlCredential传递给EF Core，由它负责创建和管理连接
                sqlServerOptions.UseSqlCredential(sqlCredential);
            });
        });
    }
}

方案优势 #

1. 连接池高效利用：EF Core内置数据库连接池机制，会自动复用空闲连接，减少连接创建销毁的开销，避免手动管理连接导致的资源浪费。
2. 生命周期自动匹配：EF Core会根据上下文的Scoped生命周期自动管理连接的获取与释放，无需手动处理Dispose逻辑，从根源上避免资源泄漏。
3. 配置复杂度降低：无需单独注册SqlConnection，简化DI配置，降低生命周期不匹配的风险。

关于最初Scoped配置导致连接数过高的原因 #

当你将SqlConnection注册为Scoped时：

• 每个HTTP请求会持有一个连接实例直到请求结束，高并发场景下，大量请求同时占用连接，会快速耗尽数据库连接池的可用连接，导致连接数飙升。
• 改为Transient后，每次注入的SqlConnection都是新实例，EF Core在上下文Dispose时立即将连接释放回池，连接可以被快速复用，因此并发时连接数恢复正常。

内容的提问来源于stack exchange，提问作者Hao Li