.NET Core 6升级后Unity解析IAuthService遇IHttpContextAccessor构造错误

问题描述 #

应用升级到.NET Core 6后，执行以下代码获取服务时抛出错误：

IUnityContainer container = HangfireUnityConfig.GetConfiguredContainer();
var authService = container.Resolve<IAuthService>();

错误提示：

Resolution failed with error: No public constructor is available for type IHttpContextAccessor

试过在ConfigureServices()或Program.cs中添加ASP.NET Core原生服务注册代码，全都无效：

services.AddHttpContextAccessor();
services.AddTransient<IHttpContextAccessor, HttpContextAccessor>();
services.AddSingleton<IHttpContextAccessor, HttpContextAccessor>();

如果在HangFireUnityConfig.RegisterTypes()里直接注册该服务：

public static void RegisterTypes(IUnityContainer container)
{
    // register hangfire dependencies
    container.RegisterType<IHttpContextAccessor, HttpContextAccessor>();
}

原错误会消失，但后续会出现新错误，不确定这种方案是否正确。

AuthService的核心代码如下（依赖IHttpContextAccessor并在构造函数中解析用户信息）：

public class AuthService : IAuthService
{
    private UserDto currentUser = null;
    private readonly IHttpContextAccessor _context;
    public AuthService(IHttpContextAccessor ctx)
    {
        _context = ctx;
        currentUser = parseClaimsUser(); // 此处直接访问HttpContext
    }

    // 其他方法省略...
}

问题根因 #

1. 容器隔离：Hangfire用的Unity容器和ASP.NET Core原生DI容器是完全独立的两个容器。你在services里注册的IHttpContextAccessor只存在于ASP.NET Core容器中，Hangfire的Unity容器根本看不到，所以解析时找不到实现。
2. 生命周期与场景冲突：IHttpContextAccessor是单例，但Hangfire后台作业执行时没有HTTP请求上下文——后台作业脱离HTTP请求运行，此时_context.HttpContext必然是null，这也是你后续出现新错误的核心原因。

正确修复方案 #

步骤1：同步ASP.NET Core容器到Hangfire Unity容器 #

不要手动在Unity里注册IHttpContextAccessor，而是把ASP.NET Core容器的服务实例注入到Unity，保证两者共用同一个IHttpContextAccessor实例：

在Program.cs（或Startup.cs）中配置Hangfire时，传递ASP.NET Core服务提供者给Unity：

// 先注册ASP.NET Core原生服务
builder.Services.AddHttpContextAccessor();
// 把AuthService注册到ASP.NET Core容器
builder.Services.AddScoped<IAuthService, AuthService>();

// 初始化Hangfire的Unity容器
var unityContainer = new UnityContainer();
// 将ASP.NET Core服务提供者注册到Unity，让Unity能解析原生容器里的服务
unityContainer.RegisterInstance<IServiceProvider>(builder.Services.BuildServiceProvider());
// 或者用Unity扩展，让Unity找不到服务时自动回退到ASP.NET Core容器解析
unityContainer.AddExtension(new ServiceProviderExtension(builder.Services.BuildServiceProvider()));

// 把Unity容器配置给Hangfire
GlobalConfiguration.Configuration.UseUnityActivator(unityContainer);

步骤2：重构AuthService，避免构造函数依赖HttpContext #

Hangfire后台作业没有HttpContext，直接在构造函数里访问_context.HttpContext肯定会报空引用异常。需要调整代码逻辑：

1. 延迟用户信息解析，直到实际需要时再执行（且确保在有HttpContext的场景下调用）
2. 为后台作业场景添加兼容逻辑

修改后的AuthService示例：

public class AuthService : IAuthService
{
    private UserDto currentUser = null;
    private readonly IHttpContextAccessor _context;

    public AuthService(IHttpContextAccessor ctx)
    {
        _context = ctx;
        // 构造函数里不再直接解析用户信息，避免无上下文时出错
    }

    public UserDto getCurrentUser(bool includeToken = false)
    {
        if (currentUser == null || currentUser.userID == null)
        {
            // 只有HttpContext存在时才解析用户，否则返回空UserDto
            currentUser = _context.HttpContext != null ? parseClaimsUser() : new UserDto();
        }

        if (!includeToken && currentUser != null)
        {
            currentUser.currentToken = null;
        }

        return currentUser;
    }

    // 其他方法调整为依赖getCurrentUser，避免直接访问HttpContext
    public bool userIsAdmin()
    {
        var user = getCurrentUser();
        return user?.isAdmin ?? false;
    }

    // parseClaimsUser保持原逻辑，但调用前必须确保HttpContext存在
    private UserDto parseClaimsUser()
    {
        // ... 原代码 ...
    }
}

步骤3：区分HTTP场景和Hangfire后台场景 #

如果IAuthService同时用于HTTP请求和Hangfire后台作业，建议：

• 为后台作业单独写一个IAuthService实现，不依赖IHttpContextAccessor，直接通过参数传递用户信息或用其他方式验证权限
• 注册服务时按场景注入不同实现：

// HTTP请求场景用原AuthService
builder.Services.AddScoped<IAuthService, AuthService>();
// Hangfire后台场景用专门的实现
unityContainer.RegisterType<IAuthService, BackgroundAuthService>();

为什么直接在Unity注册会出问题？ #

你在Unity里注册IHttpContextAccessor后，Hangfire后台作业执行时，这个实例的HttpContext是null，而你的AuthService构造函数直接调用parseClaimsUser()访问_context.HttpContext.User，自然会抛出空引用异常——这就是后续错误的来源。

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