ASP.NET Core 8 MVC异步改造解决并发报错的原理疑问

先纠正你的代码笔误 #

你贴的异步代码里漏了关键的await和EF Core的异步查询方法，正确的写法应该是：

public async Task<List<Location>> GetLocations()
{
    return await _db.Locations.ToListAsync(); 
}

public async Task<List<Region>> GetRegions()
{
    return await _db.Regions.ToListAsync();
}

这才是真正的异步实现，也是问题解决的核心前提。

核心原理：DbContext天生非线程安全 #

EF Core的DbContext从设计之初就不支持并发访问——不管是同步还是异步操作，只要多个线程（或异步任务）同时操作同一个DbContext实例，就会触发你看到的"An operation started on this context before a previous operation completed"错误。

原同步代码报错的原因 #

你遇到的问题，大概率是DbContext的生命周期配置错误：比如在Program.cs里把它注册成了Singleton（单例），导致所有HTTP请求共用同一个DbContext实例。当Kendo控件同时发起两个Ajax请求时，两个同步方法会在不同线程里同时调用这个单例DbContext的查询，直接触发并发冲突。

异步代码解决问题的本质 #

改成正确的异步写法后问题消失，和你猜想的“框架串行调用”无关，真正原因是：

1. 请求级隔离：默认情况下，DbContext是Scoped生命周期——每个HTTP请求会创建一个独立的DbContext实例。两个Ajax请求各自拥有自己的DbContext，操作完全隔离，自然不会有并发冲突。
2. 异步操作的正确姿势：用await+ToListAsync()的异步写法，会让EF Core正确处理异步流程，但这只是保证了单个DbContext上的操作不会重叠，核心还是每个请求的DbContext独立。

验证猜想的方法 #

如果你把DbContext改回Scoped（默认配置），即使换回同步方法，报错也会消失——因为每个请求用自己的DbContext，根本不存在并发访问同一个实例的情况。

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