ASP.NET MVC+EF6中竞态条件引发数据库连接异常的排查求助

我之前在ASP.NET MVC + EF6的项目里碰到过完全一样的问题！当时也是前端循环发AJAX请求，后台突然爆这个异常，查了半天发现根本不是常规的"没释放DbContext"，而是竞态条件搞的鬼，太坑了。咱们先把问题掰明白，再一步步解决：

问题根源到底是什么？ #

你说JS遍历数组发起多个AJAX请求，每个请求都走到仓储层——如果你的服务层/仓储层共享了同一个DbContext实例，那问题就出在这了！EF6的DbContext本身就不是线程安全的，当多个请求同时操作同一个DbContext的数据库连接时，就会出现一个请求还在尝试建立连接（处于connecting状态），另一个请求又过来碰这个连接，直接就抛出这个异常了。

具体解决方案，按优先级来 #

1. 给每个HTTP请求分配独立的DbContext（最关键！） #

这是EF6在Web项目里的最佳实践：每个请求对应一个DbContext实例，绝对不能共享。

如果你们用依赖注入（DI），直接把DbContext的生命周期配置成PerRequest就行：

• 比如用MVC自带的DI，在Global.asax里注册：

protected void Application_Start()
{
    // 注册DbContext，每个请求创建新实例
    var resolver = new DefaultDependencyResolver();
    resolver.RegisterType<YourDbContext>(() => new YourDbContext(), new PerRequestLifetimeManager());
    DependencyResolver.SetResolver(resolver);
    // ...其他初始化代码
}

• 要是你还在手动new DbContext，那一定要在每个服务/仓储方法内部创建，用完就用using释放：

public async Task<Product> GetProductById(int id)
{
    using (var context = new YourDbContext())
    {
        return await context.Products.FindAsync(id);
    }
}

2. 前端控制AJAX并发数，别一下子打太多请求 #

虽然后台做好隔离是根本，但前端也可以帮着减轻压力。比如把并发请求数限制一下，或者改成串行请求（如果业务允许的话）：

// 限制并发数为3的示例，避免瞬间请求过载
const concurrentLimit = 3;
const productIds = [1,2,3,4,5,6]; // 你的数组

async function processProducts() {
    let currentIndex = 0;
    async function processBatch() {
        while (currentIndex < productIds.length) {
            const id = productIds[currentIndex++];
            await $.ajax({
                url: '/Product/GetDetails',
                method: 'POST',
                data: { productId: id }
            });
        }
    }
    // 启动3个并发任务
    await Promise.all(Array(concurrentLimit).fill().map(processBatch));
}

3. 检查仓储层有没有手动管理连接的坑 #

如果你们的仓储层有直接操作DbConnection的代码，一定要注意绝对不能复用连接实例，每次用都要新建并释放：

// ❌ 错误：复用连接实例会导致竞态
private DbConnection _sharedConnection;
public void UpdateProductStock(int productId, int stock)
{
    if (_sharedConnection.State != ConnectionState.Open)
    {
        _sharedConnection.Open(); // 多个请求同时检查状态，会出问题
    }
    // ...执行SQL
}

// ✅ 正确：每次使用新连接，用using自动释放
public async Task UpdateProductStock(int productId, int stock)
{
    using (var connection = new SqlConnection(ConfigurationManager.ConnectionStrings["YourDb"].ConnectionString))
    {
        await connection.OpenAsync();
        // ...执行SQL命令
    }
}

4. 确认数据库连接池配置正常 #

EF6默认启用了连接池，但可以检查下连接字符串的配置，确保连接池大小足够应对并发：

Data Source=YourDbServer;Initial Catalog=YourDatabase;Integrated Security=True;Max Pool Size=100;Min Pool Size=5;

Max Pool Size可以根据你的并发量调整，一般100足够大多数场景，要是并发特别高可以适当调大。

最后总结一下 #

这个异常的核心就是DbContext线程不安全 + 高并发请求的竞态条件，只要把每个请求的DbContext隔离开，再配合前端的并发控制，基本就能解决。如果还是有问题，可以开启EF的日志功能，看看每个请求的连接状态变化，更容易定位细节问题。

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