如何在身份模拟下运行EF 6？遇程序集找不到错误

我之前也碰到过一模一样的坑，核心原因是Windows身份模拟会改变CLR的程序集加载上下文——当你进入using (new Impersonation(...))块后，程序会切换到模拟的服务账号环境，这时候CLR默认的程序集搜索路径会变成该账号的默认目录（比如用户专属的缓存路径），而非你当前可执行文件所在的目录，所以哪怕EF程序集和exe放在一起，模拟后加载器也找不到它。

下面给你几个可行的解决方案，按推荐程度排序：

1. 缩小身份模拟的范围（最推荐） #

既然移出模拟块后程序正常，说明EF的初始化和上下文创建不需要模拟身份，只有SQL Server的连接验证需要。那你可以把模拟范围精准缩小到实际执行数据库操作的代码段，而不是把整个EF上下文的创建和使用都包在模拟块里：

// 先在当前身份下初始化EF上下文（此时能正常找到程序集）
using var dbContext = new YourDbContext();

// 只在执行数据库操作时启用身份模拟
using (new Impersonation(serviceAccountCredentials))
{
    var targetData = dbContext.YourEntities.FirstOrDefault(e => e.Id == 1);
    // 其他数据库读写操作...
}

这种方式最贴合场景，既满足了SQL Server的身份验证需求，又避开了模拟上下文导致的程序集加载问题。

2. 注册AssemblyResolve事件强制加载本地程序集 #

如果必须在模拟块内创建EF上下文，可以在程序启动时注册AppDomain.CurrentDomain.AssemblyResolve事件，当CLR找不到程序集时，手动从当前可执行目录加载：

static void Main(string[] args)
{
    // 注册程序集解析事件，兜底加载本地程序集
    AppDomain.CurrentDomain.AssemblyResolve += (sender, eventArgs) =>
    {
        var assemblyName = new AssemblyName(eventArgs.Name);
        var localAssemblyPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, $"{assemblyName.Name}.dll");
        
        if (File.Exists(localAssemblyPath))
        {
            return Assembly.LoadFrom(localAssemblyPath);
        }
        return null;
    };

    // 后续的身份模拟和EF操作代码
    using (new Impersonation(serviceAccountCredentials))
    {
        using var dbContext = new YourDbContext();
        // 执行数据库操作...
    }
}

这个方法会强制CLR在找不到程序集时，优先去你的exe同级目录查找，不受当前运行身份的影响。

3. 将EF程序集部署到GAC（仅生产环境参考） #

如果是生产环境，你可以把EF的相关程序集安装到全局程序集缓存（GAC）里，这样任何身份下的CLR都能找到它。但开发阶段非常不建议这么做，会影响本地调试的灵活性，还可能出现不同项目的EF版本冲突问题。

额外检查点 #

另外要确认你的EF程序集是否是强命名程序集——如果不是，模拟身份下的CLR加载器可能会有额外的安全限制，导致无法加载。如果是强命名的，要确保配置文件里的版本和实际程序集版本完全一致。

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