SendGrid调用后上下文已释放，邮件保存抛出ObjectDisposedException求助

我之前处理过类似的问题，这个System.ObjectDisposedException大概率和SendGrid本身关系不大，核心是异步操作中的DbContext生命周期管理出了问题——你遇到的情况是，调用SendGrid的异步方法后，原来的数据库上下文已经被提前释放了，所以仓储保存时会报错。

可能的核心原因 #

• 服务生命周期不匹配：如果你的仓储（IEmailRepository）是Singleton单例模式，而依赖的DbContext是Scoped作用域模式，那么在SendGrid异步等待的过程中，原请求的作用域已经被回收，DbContext自然就被Dispose了。
• 作用域提前释放：如果你的代码是在一个using创建的作用域里执行，虽然异步操作本身不会导致using提前释放，但某些特殊场景（比如手动触发作用域释放、后台任务的错误配置）可能会让作用域在await完成前就被回收。
• 上下文切换导致的Dispose：SendGrid的SendEmailAsync内部可能使用了ConfigureAwait(false)，导致执行上下文切换脱离了原请求上下文。如果你的DbContext绑定到请求上下文，此时请求已经结束，上下文也就被释放了。

具体解决方案 #

1. 检查并修正服务生命周期配置

首先确保你的DbContext和仓储都是Scoped作用域（ASP.NET Core环境下），避免单例依赖作用域服务的错误：

// 在Program.cs/Startup.cs中配置
builder.Services.AddDbContext<YourDbContext>(options => 
    options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnString")));
builder.Services.AddScoped<IEmailRepository, EmailRepository>();
builder.Services.AddScoped<IEmailSender, SendGridEmailSender>();

2. 确保整个流程在同一个作用域内执行

如果是在后台任务或者脱离请求的环境中执行这段逻辑，必须创建独立的作用域包裹SendGrid调用+数据库保存的完整流程：

// 注入IServiceProvider
using var scope = _serviceProvider.CreateScope();
var emailSender = scope.ServiceProvider.GetRequiredService<IEmailSender>();
var emailRepository = scope.ServiceProvider.GetRequiredService<IEmailRepository>();

// 先发送邮件
var response = await emailSender.SendEmailAsync(email);
email.ResponseStatusCode = (int)response.StatusCode;

// 再在同一个作用域内保存到数据库
await emailRepository.SaveAsync(email); // 建议把同步Save改成异步SaveAsync并await

3. 避免同步异步混合操作

如果你的仓储Save方法是同步的，强烈建议改成异步版本SaveAsync并使用await执行，确保异步流程的正确延续，避免阻塞导致上下文被提前释放。

4. 控制异步上下文切换

如果怀疑是ConfigureAwait(false)导致的上下文脱离问题，可以在调用SendGrid时显式保留原上下文：

var response = await emailSender.SendEmailAsync(email).ConfigureAwait(true);

或者配置DbContext不依赖请求上下文，让它在任何线程环境下都能正常使用。

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