基于Unity容器与内置DI的ASP.NET Core SignalR依赖注入问题

问题本质 #

ASP.NET Core的SignalR IHubContext<THub> 由内置DI容器管理，而你的项目使用Unity作为主DI容器，Unity默认无法识别内置容器中的服务，导致解析依赖IHubContext<TestHub>的TestHubService时抛出无默认构造函数的异常。

解决方案 #

方案一：将内置DI的IHubContext实例注册到Unity #

这是最直接的方法，利用ASP.NET Core内置DI已经创建好的IHubContext<TestHub>实例，把它注册到Unity容器中作为单例。

在Program.cs中，完成MapHub和WebApplication构建后，执行以下操作：

var app = builder.Build();

// 先完成SignalR Hub的映射
app.MapHub<TestHub>("/testHub");

// 从内置DI获取IHubContext实例
var testHubContext = app.Services.GetRequiredService<IHubContext<TestHub>>();

// 将实例注册到Unity容器（单例模式）
IocProvider.Container.RegisterInstance(testHubContext);

// 后续的中间件配置、启动逻辑...
app.Run();

这样Unity在解析ITestHubService时，就能找到对应的IHubContext<TestHub>依赖，无需修改现有服务的构造函数注入逻辑。

方案二：让Unity回退到内置DI解析未注册服务 #

如果你的项目需要使用多个内置DI管理的服务，这种通用方案更合适。通过自定义Unity扩展，让Unity在无法解析某个类型时，自动从内置DI容器中获取实例。

1. 实现Unity扩展和策略类：

public class BuiltInServiceFallbackExtension : UnityContainerExtension
{
    protected override void Initialize()
    {
        Context.Strategies.Add(
            new BuiltInServiceFallbackStrategy(Context.Container), 
            UnityBuildStage.PreCreation);
    }
}

public class BuiltInServiceFallbackStrategy : BuilderStrategy
{
    private readonly IUnityContainer _unityContainer;

    public BuiltInServiceFallbackStrategy(IUnityContainer container)
    {
        _unityContainer = container;
    }

    public override void PreBuildUp(IBuilderContext context)
    {
        var targetType = context.BuildKey.Type;
        
        // 检查Unity是否已注册该类型，未注册则尝试从内置DI获取
        if (!_unityContainer.IsRegistered(targetType))
        {
            var builtInProvider = _unityContainer.Resolve<IServiceProvider>();
            var instance = builtInProvider.GetService(targetType);
            
            if (instance != null)
            {
                context.Existing = instance;
                context.BuildComplete = true;
            }
        }
    }
}

2. 在Program.cs中注册扩展并传入内置DI的IServiceProvider：

var app = builder.Build();

// 将内置DI的IServiceProvider注册到Unity
IocProvider.Container.RegisterInstance(app.Services);

// 添加自定义扩展，启用回退逻辑
IocProvider.Container.AddNewExtension<BuiltInServiceFallbackExtension>();

// 映射SignalR Hub
app.MapHub<TestHub>("/testHub");

app.Run();

之后Unity解析任何未注册的类型时，都会尝试从内置DI中获取，包括IHubContext<TestHub>。

备选方案：将SignalR迁移到独立API #

如果上述两种方案都无法适配你的项目架构，可以考虑把SignalR服务拆分到独立的ASP.NET Core API中。主应用通过HTTP调用SignalR API的接口，由API内部处理Hub的消息推送。这种方式需要额外的跨服务通信逻辑，但能彻底隔离DI容器的冲突问题。

注意事项 #

• 确保MapHub操作在获取IHubContext实例之前执行，否则内置DI中还未创建对应的实例。
• 多目标框架场景下，可通过条件编译区分.NET Framework和ASP.NET Core的HubContext获取逻辑：

#if NETFRAMEWORK
var hubContext = GlobalHost.ConnectionManager.GetHubContext<TestHub>();
#else
var hubContext = app.Services.GetRequiredService<IHubContext<TestHub>>();
#endif
IocProvider.Container.RegisterInstance(hubContext);

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