EF6单连接下使用NOLOCK读取数据的问题排查与解决

问题根源拆解 #

你遇到的两个错误本质是DbContext生命周期管理与TransactionScope的交互冲突：

• 单例DbContext（ContainerControlledLifetimeManager）：Web场景下单例DbContext本身就是反模式，它的数据库连接会被多个请求共享，当TransactionScope尝试将连接登记到新事务时，连接状态已被占用，直接触发The underlying provider failed on EnlistTransaction...错误。
• 请求级生命周期但扩展方法隐式创建新DbContext：如果你的ToListWithNoLock内部自己创建了DbContext实例，或者DI容器在TransactionScope内重新解析了DbContext，就会导致同一个实体被多个IEntityChangeTracker跟踪，触发An entity object cannot be referenced by multiple instances of IEntityChangeTracker错误。

解决方案步骤 #

1. 配置Unity为请求级DbContext生命周期

首先彻底放弃单例DbContext，改用每个API请求一个DbContext实例。在ASP.NET MVC/WebApi环境中，使用Unity的PerRequestLifetimeManager：

// 注册DbContext时指定请求级生命周期
container.RegisterType<YourDbContext>(new PerRequestLifetimeManager());

确保已安装Unity.Mvc或Unity.WebApi包，保证请求范围内只解析一次DbContext。

2. 修改ToListWithNoLock扩展方法，复用当前请求的DbContext

核心要求：扩展方法不能自己创建/解析新的DbContext，必须基于传入的IQueryable<T>所属的当前请求DbContext执行查询，让TransactionScope直接复用已有连接。

修改后的扩展方法：

public static List<T> ToListWithNoLock<T>(this IQueryable<T> query) where T : class
{
    var transactionOptions = new TransactionOptions
    {
        IsolationLevel = IsolationLevel.ReadUncommitted,
        Timeout = TransactionManager.DefaultTimeout
    };

    // 用Required模式让当前DbContext的连接自动登记到事务
    using (var scope = new TransactionScope(TransactionScopeOption.Required, transactionOptions))
    {
        var result = query.ToList();
        scope.Complete();
        return result;
    }
}

如果是异步场景，需开启异步流支持：

public static async Task<List<T>> ToListWithNoLockAsync<T>(this IQueryable<T> query) where T : class
{
    var transactionOptions = new TransactionOptions
    {
        IsolationLevel = IsolationLevel.ReadUncommitted,
        Timeout = TransactionManager.DefaultTimeout
    };

    using (var scope = new TransactionScope(TransactionScopeOption.Required, transactionOptions, TransactionScopeAsyncFlowOption.Enabled))
    {
        var result = await query.ToListAsync();
        scope.Complete();
        return result;
    }
}

3. 排查并杜绝DbContext重复创建场景

• 禁止在ToListWithNoLock内部通过DI容器解析DbContext，必须使用传入的query对应的实例。
• 避免在TransactionScope内部再去解析DbContext，防止Unity误创建新实例。
• 确保所有业务代码中使用的DbContext都是从DI容器获取的请求级实例，不要手动new。

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