.NET Core控制器async/await并行调用偶现视图数据缺失问题

首先排除「视图在任务执行完成前就提前返回渲染」的可能：你当前代码里return View()是在四个await全部执行完成后才会运行，不可能出现任务没跑完就返回视图的情况。偶发区块空白的核心原因是并行执行时的线程安全冲突，和async/await语法本身没关系。

高发故障原因 #

• 非线程安全的共享实例被并发访问
  这是这类问题90%以上的诱因。你原来的同步代码是串行执行四个数据查询方法，不存在并发访问共享资源的场景；改成Task.Run并行执行后，四个方法会同时在线程池的不同线程上运行，如果四个方法内部共用了非线程安全的对象，就会触发竞态条件，导致偶发查询失败、返回空结果。
  最常见的冲突场景是共用EF Core的DbContext：ASP.NET Core默认给DbContext注册的是Scoped生命周期，本身设计就不支持多线程并发操作，四个并行任务共用同一个请求内的DbContext实例时，会出现查询连接被抢占、内部状态错乱，最终返回空结果或者隐式抛出异常。除此之外，控制器的实例字段、静态变量、非线程安全的缓存对象、HttpContext相关对象被并发访问时，也会出现同类问题。
• 异常被业务代码隐式吞掉
  如果你在四个getXXX方法内部写了无日志的空catch块，出错时直接返回空集合，那么并行触发的异常会被直接吃掉，前端表现就是对应区块偶发空白。同步执行时因为没有并发冲突，这类异常从来不会被触发，所以不会暴露问题。

排查步骤 #

1. 先验证线程安全问题：把并行启动任务的代码改成串行await，也就是不要提前把四个任务全部启动，而是按顺序一个一个await：

   regionVM.listEvents = await Task.Run(() => getEvents(regionCatID));
   regionVM.listNews = await Task.Run(() => getNews(regionCatID));
   regionVM.listLIA = await Task.Run(() => getLIA(regionCatID));
   regionVM.listAwards = await Task.Run(() => getAwards(regionCatID));
   

   如果修改后偶发空白的问题完全消失，就可以100%确认是并发访问共享资源导致的问题。
2. 给每个任务加单独的异常捕获和日志，记录出现空白时对应任务是否抛出异常、异常信息是什么，快速定位冲突的具体代码位置。
3. 逐个排查四个getXXX方法的所有依赖项，确认所有跨方法共用的对象是否支持多线程并发访问，重点排查数据库上下文、请求上下文相关对象、静态变量、自定义服务实例。

正确优化方案 #

不建议在ASP.NET Core中用Task.Run包裹同步方法的方式实现并行，这种做法本质是靠消耗额外的线程池资源换取执行速度，对于IO密集型的数据库查询、接口调用场景收益极低，还容易引出线程池饥饿、线程安全等问题。正确的优化路径是：

1. 把四个getXXX方法改造成真正的异步方法：将方法内的同步IO操作（比如同步数据库查询ToList()、同步HTTP调用）替换为对应的异步实现（ToListAsync()、异步HTTP客户端方法），方法签名改为async Task<T>的形式，全程使用异步IO不阻塞工作线程。
2. 并行调用异步方法时，保证每个方法使用的Scoped服务（比如DbContext）是独立实例，不要在多个并行任务中复用同一个请求级别的Scoped实例。可以为每个异步任务创建独立的服务Scope解析所需依赖，从根源上避免线程安全冲突。
3. 如果短期无法把同步方法改造成异步实现，必须并行跑同步代码，要确保四个getXXX方法用到的所有依赖都是各自独立的实例，不存在共享的非线程安全对象，同时补全异常日志，避免异常被隐式吞掉难以排查。

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