ASP.NET Core 2控制器未调用Dispose()却出现ObjectDisposedException异常

嘿，我之前也踩过这个坑！这个异常看起来有点诡异——明明没手动调用Dispose，怎么就提示对象被释放了呢？其实核心问题大多和依赖注入的生命周期不匹配或者异步操作的时机不对有关，咱们来一步步拆解解决：

先搞懂异常的本质 #

ASP.NET Core里，默认的DbContext（或者你自定义的Scoped服务）是Scoped生命周期：每个HTTP请求会创建一个实例，请求处理完毕后，框架会自动调用它的Dispose方法释放资源。如果你的代码把这个Scoped实例传到了一个超出请求范围的地方，或者在请求结束后还尝试使用它，哪怕没手动Dispose，也会触发这个异常。

具体排查和解决步骤 #

1. 检查服务生命周期的匹配性 #

这是最常见的原因：如果一个**Singleton（单例）**服务注入了Scoped的DbContext，那请求结束后DbContext被释放，但Singleton服务会一直存在，下次再用这个DbContext就会报错。

• 错误示例（Startup.cs）：

  // 错误：单例服务依赖Scoped上下文
  services.AddSingleton<IMyBusinessService, MyBusinessService>();
  // MyBusinessService的构造函数
  public class MyBusinessService : IMyBusinessService {
      private readonly AppDbContext _dbContext;
      public MyBusinessService(AppDbContext dbContext) {
          _dbContext = dbContext;
      }
  }
  

• 修复方法：把依赖Scoped上下文的服务也注册为Scoped：

  services.AddScoped<IMyBusinessService, MyBusinessService>();
  

2. 排查异步操作中的“延迟访问” #

如果你的控制器方法里用了异步操作，但没正确等待，或者把上下文传到了后台线程，请求结束后上下文被释放，后台操作还在跑就会报错。

• 错误示例：

  public IActionResult ProcessData() {
      // 这里没加await，方法直接返回，请求结束上下文被释放
      _businessService.DoLongRunningAsync(_dbContext);
      return Ok("操作已启动");
  }
  

• 修复方法：改成异步控制器方法并正确await：

  public async Task<IActionResult> ProcessData() {
      await _businessService.DoLongRunningAsync(_dbContext);
      return Ok("操作完成");
  }
  

• 注意：绝对不要把DbContext传到Task.Run()里执行后台操作——Task.Run的线程不属于当前请求范围，请求结束后上下文会被立刻释放。

3. 检查是否无意间手动管理了上下文生命周期 #

有时候可能在代码里手动new了DbContext并用using包裹，然后把这个实例传到了其他组件，using块结束后上下文被释放，后续调用就会出错。

• 错误示例：

  public IActionResult SomeAction() {
      using(var context = new AppDbContext()) {
          _businessService.Process(context);
      }
      // 如果_businessService后续还会用到这个context，就会报错
      return Ok();
  }
  

• 修复方法：完全依赖DI来管理上下文，不要手动new和using，直接通过构造函数注入即可。

4. 验证控制器的依赖注入是否正确 #

确保控制器里的DbContext是通过构造函数注入的，而不是自己手动创建的。手动创建的实例可能会被提前释放，或者和DI管理的实例冲突。

• 正确的控制器写法：

  public class MyController : Controller {
      private readonly AppDbContext _dbContext;
      // 通过构造函数注入DI管理的Scoped上下文
      public MyController(AppDbContext dbContext) {
          _dbContext = dbContext;
      }
  
      public async Task<IActionResult> Index() {
          var data = await _dbContext.MyEntities.ToListAsync();
          return View(data);
      }
  }
  

总结 #

核心原则就是：让DbContext的生命周期和使用它的代码范围严格匹配——Scoped的上下文就只在当前请求范围内使用，不要传到请求外的异步操作、单例服务里。按照上面几步排查，应该能快速定位到问题所在。

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