EF Core保存到本地数据库时出现System.ObjectDisposedException错误
解决AddAsync+SaveChangesAsync抛出ObjectDisposedException的问题
这个异常本质是DbContext在异步操作完成前就被释放了,下面是几个最常见的排查和修复方向:
1. 确认DbContext的依赖注入生命周期
ASP.NET Core中,DbContext默认是Scoped(每个请求一个实例),如果误注册成Singleton或者在非作用域场景下使用,会导致上下文被提前回收:
- 错误示例:
services.AddDbContext<TherapistDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("Default")), ServiceLifetime.Singleton); // 绝对不能用Singleton,上下文会被共享且提前释放
- 正确注册(默认就是Scoped,不用特意指定):
services.AddDbContext<TherapistDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("Default")));
2. 必须正确await所有异步方法
这是最容易踩的坑——调用异步方法却不加await,导致方法直接返回,请求结束后DbContext被释放,而异步操作还在后台运行:
- 错误的控制器代码:
public IActionResult AddTherapist(TherapistDto dto) { var therapist = MapToEntity(dto); _dbContext.AddAsync(therapist); _dbContext.SaveChangesAsync(); // 没有await,直接走后续逻辑,上下文被释放 return Ok(); }
- 正确的异步控制器写法:
public async Task<IActionResult> AddTherapist(TherapistDto dto) { var therapist = MapToEntity(dto); await _dbContext.AddAsync(therapist); // 必须await await _dbContext.SaveChangesAsync(); // 必须await return Ok(); }
注意:控制器方法必须声明为async Task<IActionResult>,不能用同步的IActionResult返回类型。
3. 手动创建上下文时用using块包裹
如果不是通过依赖注入获取DbContext,而是手动实例化,一定要用using块确保上下文在所有异步操作完成后才被释放:
- 错误示例:
var dbContext = new TherapistDbContext(options); dbContext.AddAsync(therapist); dbContext.SaveChangesAsync(); // 上下文可能在操作完成前被GC回收
- 正确示例:
using var dbContext = new TherapistDbContext(options); await dbContext.AddAsync(therapist); await dbContext.SaveChangesAsync();
4. 排查自定义Dispose逻辑
如果你的DbContext子类重写了Dispose或DisposeAsync方法,检查是否有提前释放内部资源的逻辑,导致异步操作还没完成就触发了上下文释放。
验证步骤
- 先检查控制器方法是否加了
async和await,这是90%的情况 - 确认DbContext的DI注册是Scoped
- 如果是手动创建上下文,确保在using块内完成所有操作
内容的提问来源于stack exchange,提问作者john
相关产品推荐
相关产品推荐

