Hangfire无法找到自身运行的可执行文件问题求助

可能的原因 #

• 工作目录不匹配：自包含应用启动时的工作目录并非可执行文件所在目录，导致程序集解析器在错误路径下查找MyCompany.GVA.Api.dll。比如通过任务计划、快捷方式或其他目录启动应用时，工作目录可能被设置为非exe所在路径。
• Hangfire程序集加载上下文差异：Hangfire在后台执行任务时，使用的程序集加载上下文可能无法自动定位到自包含应用的程序集目录，默认解析逻辑未适配自包含部署的结构。
• 旧任务数据残留：Hangfire存储中可能存在之前非自包含部署时创建的任务记录，这些记录的程序集解析逻辑与当前自包含环境不兼容，导致重试时报错。

解决方法 #

1. 强制设置工作目录为应用根目录 #

在应用启动时（Program.cs中）添加代码，确保当前工作目录指向可执行文件所在目录：

Directory.SetCurrentDirectory(AppContext.BaseDirectory);

这会让程序集解析器优先在应用根目录查找所需的dll文件。

2. 配置Hangfire自定义程序集解析器 #

实现IAssemblyResolver接口，强制Hangfire从应用根目录加载目标程序集：

using Hangfire;
using System.Reflection;
using System.IO;

// 在Hangfire配置中注册自定义解析器
GlobalConfiguration.Configuration.UseAssemblyResolver(new AppDirectoryAssemblyResolver());

public class AppDirectoryAssemblyResolver : IAssemblyResolver
{
    public Assembly ResolveName(string name)
    {
        // 拼接应用根目录下的程序集路径
        var assemblyPath = Path.Combine(AppContext.BaseDirectory, $"{name}.dll");
        if (File.Exists(assemblyPath))
        {
            return Assembly.LoadFrom(assemblyPath);
        }
        // 降级到默认加载逻辑
        return Assembly.Load(name);
    }
}

3. 清理Hangfire旧任务数据 #

如果是旧任务残留导致的问题，可备份Hangfire相关数据表后，清理HangFire.Job和HangFire.State表中的错误任务记录，再重新发布新任务。

4. 验证程序集名称一致性 #

使用dnSpy或ILDASM工具查看MyCompany.GVA.Api.dll的程序集名称，确保与错误信息中提示的MyCompany.GVA.Api完全一致，避免因编译时AssemblyName配置错误导致的解析失败。

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