EF 6.4.4 SQL查询异常链求助：事务错误后类型转换失败

核心原因：DbContext线程不安全+线程ID复用导致的上下文污染 #

你的DbContextFactory中Resolve()方法用Thread.CurrentThread.ManagedThreadId作为Key缓存DbContext，这是致命问题：

• 线程池线程复用：Azure Web App依赖.NET线程池处理请求，线程ID会被不同请求重复利用。当一个请求结束后，线程被放回池，后续新请求拿到同一个线程ID时，会复用之前的DbContext——但DbContext本身不是线程安全的，多个请求共享同一个DbContext会直接导致数据库会话混乱，触发New transaction is not allowed because there are other threads running in the session.异常。
• 上下文状态污染：被多请求共享的DbContext会残留之前请求的查询/操作状态（比如实体缓存、字段映射信息），这些残留状态会干扰后续请求的正常执行，即使字段映射本身无问题，也会出现Int32转Guid这类类型转换异常。

辅助验证依据 #

• 你提到未主动使用事务，但EF内部在批量变更等场景会隐式开启事务，当DbContext被并发使用时，就会触发会话内多线程的冲突。
• 异常链的5-15分钟时间窗口，完全符合线程池线程的复用生命周期规律——被污染的DbContext会持续引发问题，直到线程被销毁或上下文被主动释放。

方案1：改为请求级DbContext（推荐） #

在ASP.NET环境中，DbContext应当与请求生命周期绑定，每个请求使用独立的DbContext，请求结束自动释放。修改DbContextFactory的Resolve()实现，结合ASP.NET请求上下文缓存：

public IDbContext Resolve()
{
    const string contextKey = "RequestScopedDbContext";
    var httpContext = HttpContext.Current;
    if (httpContext == null)
    {
        // 非Web场景回退到临时上下文
        return CreateDisposable();
    }

    if (!httpContext.Items.Contains(contextKey))
    {
        var dbContext = dbContextresolver();
        httpContext.Items[contextKey] = dbContext;
        // 注册请求结束时的自动释放逻辑
        httpContext.ApplicationInstance.EndRequest += (sender, args) =>
        {
            if (httpContext.Items.TryGetValue(contextKey, out var ctx) && ctx is IDisposable disposable)
            {
                disposable.Dispose();
            }
        };
    }
    return (IDbContext)httpContext.Items[contextKey];
}

方案2：禁用线程ID缓存，使用临时上下文 #

如果无法实现请求级绑定，直接让Resolve()返回新的DbContext（与CreateDisposable()逻辑一致），确保每个数据库操作都使用独立上下文：

public IDbContext Resolve()
{
    return dbContextresolver();
}

注意：这种方式必须确保所有DbContext的使用都用using包裹，保证及时释放：

using(var dbContext = dbContextFactory.Resolve())
{
    // 执行数据库操作逻辑
}

方案3：修正现有缓存的清理逻辑（不推荐） #

如果必须保留缓存机制，需要在每个请求结束时主动移除对应线程ID的DbContext，避免后续请求复用：

1. 在ASP.NET的请求结束事件中，调用工厂的自定义清理方法，移除当前线程的DbContext。
2. 但这种方式依赖线程ID与请求的强绑定，依然存在线程复用导致的风险，仅作为临时过渡方案。

• 排查所有DbContext使用场景，确保没有跨线程共享DbContext的代码（比如异步操作中捕获上下文后在其他线程执行）。
• 升级EF 6.4.4到同分支的最新补丁版本，部分线程安全相关的已知bug在后续补丁中已修复。

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