Entity Framework SqlQuery执行报错：ObjectDisposedException无明确原因

这个问题看起来有点反直觉——毕竟你返回的是字符串而非实体，按道理不该触发延迟加载相关的上下文处置问题，但结合你描述的“第二个执行的查询总会报错”的现象，大概率是DbContext的生命周期管理或者异步查询的连接/状态处理逻辑出了问题。我来帮你拆解排查思路和解决方案：

可能的原因 #

1. DbContext被提前处置：如果你的Context是通过依赖注入获取的（比如ASP.NET Core里的Scoped实例），某些情况下DI容器可能在第一个await之后错误地回收了上下文（虽然Scoped生命周期应该覆盖整个请求/方法执行周期，但不排除特殊配置或框架bug）；或者你的Context是在方法外部创建并被提前释放了。
2. EF异步查询的连接管理问题：在EF的部分版本中，SqlQuery<T>的异步方法完成后，可能会关闭数据库连接并导致上下文的内部状态异常，进而影响后续查询。
3. 输出参数的隐性绑定：虽然输出参数本身是独立的SqlParameter对象，但不排除某些场景下这些参数和上下文的连接状态产生了绑定，导致第一次查询后上下文被标记为不可用。

排查步骤 #

• 检查Context的生命周期：
  • 如果你是手动创建Context：确认它的创建范围是否覆盖整个方法（比如是否在using块外创建，且在方法执行期间没有被手动调用Dispose()）。
  • 如果你是依赖注入获取Context：检查注入的生命周期（Scoped/Transient/Singleton），Singleton的DbContext本身就不是线程安全的，绝对不能用；Scoped的话要确保调用SomeMethod的代码所在的Scope还未结束。
• 验证Context的状态：在第一次await之后，添加一行代码输出Context.IsDisposed的值，看看上下文是否已经被标记为处置状态：

  var result1 = await Context.Database.SqlQuery<string>("[Some_Procedure] @param1,@param2,@param3", new SqlParameter("@param1", p1), param1, param2 ).FirstOrDefaultAsync();
  Console.WriteLine(Context.IsDisposed); // 看输出是true还是false
  

• 测试同步版本：把两次查询的FirstOrDefaultAsync()改成同步的FirstOrDefault()，如果同步执行正常，那基本可以确定是异步查询的连接/状态管理问题，可能需要升级EF版本。

解决方案 #

方案1：为每次查询创建独立的DbContext实例 #

最稳妥的办法是让两次查询使用完全独立的上下文，避免互相干扰：

public async Task<Result> SomeMethod(string p1, string p2) {
    var result = new Result();

    // 第一次查询用独立的Context
    using (var context1 = new YourDbContext())
    {
        context1.Database.CommandTimeout = 60;
        var param1 = new SqlParameter("@param1", SqlDbType.VarChar, 8);
        param1.Direction = ParameterDirection.Output;
        var param2 = new SqlParameter("@param2", SqlDbType.VarChar, 8);
        param2.Direction = ParameterDirection.Output;
        var param3 = new SqlParameter("@param3", SqlDbType.BigInt) { Value = DBNull.Value };

        result.Result1 = await context1.Database.SqlQuery<string>("[Some_Procedure] @param1,@param2,@param3", 
            new SqlParameter("@param1", p1), param1, param2).FirstOrDefaultAsync();
    }

    // 第二次查询用另一个独立的Context
    using (var context2 = new YourDbContext())
    {
        context2.Database.CommandTimeout = 60;
        var param3 = new SqlParameter("@param3", SqlDbType.BigInt) { Value = DBNull.Value };
        var param4 = new SqlParameter("@param4", SqlDbType.BigInt) { Value = DBNull.Value };

        result.Result2 = await context2.Database.SqlQuery<string>("[Some_Procedure] @param1,@param2,@param3", 
            new SqlParameter("@param1", p2), param3, param4).FirstOrDefaultAsync();
    }

    return result;
}

方案2：检查并修复DbContext的生命周期配置 #

如果依赖注入是问题根源，确保你的DbContext被注册为Scoped（ASP.NET Core中默认就是Scoped），并且调用SomeMethod的代码处于同一个Scope内（比如在同一个HTTP请求中）。如果是后台任务，需要手动创建Scope：

// 假设在ASP.NET Core后台任务中调用
using (var scope = _serviceProvider.CreateScope())
{
    var context = scope.ServiceProvider.GetRequiredService<YourDbContext>();
    var result = await SomeMethod(context, p1, p2);
}

方案3：升级EF版本 #

如果你的EF版本比较旧（比如EF6.1之前），异步查询的实现可能存在bug，升级到最新的稳定版本（EF6的最新版本或EF Core）可以解决很多潜在的异步状态管理问题。

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