如何在ASP.NET Core中全局启用自定义IServiceProvider实现？

问题根源 #

你当前的实现没全局生效，核心原因是ASP.NET Core的服务体系有多个初始化阶段：仅仅在ConfigureServices返回自定义IServiceProvider，只能覆盖部分场景，但框架在启动早期（比如过滤器特性的实例化、基础中间件初始化）已经在使用默认的ServiceProvider了。另外，手动修改HttpContext.RequestServices的方式不够彻底，框架很多内部逻辑会直接调用根服务提供器，绕开你修改的HttpContext实例。

正确实现方案 #

1. 用IServiceProviderFactory集成Ninject（官方推荐方式） #

ASP.NET Core官方推荐通过实现IServiceProviderFactory<TContainerBuilder>来集成第三方DI容器，这样框架会全程使用你的容器创建所有服务提供器，从根服务到作用域服务全覆盖。

先实现适配Ninject的工厂类：

public class NinjectServiceProviderFactory : IServiceProviderFactory<IKernel>
{
    // 将ASP.NET Core的服务集合转换为Ninject内核绑定
    public IKernel CreateBuilder(IServiceCollection services)
    {
        var kernel = new StandardKernel();
        // 加载ASP.NET Core原生服务到Ninject
        kernel.Load(services);
        // 注册你的自定义业务组件
        kernel.Bind<IAccessConfiguration>().To<YourAccessConfigurationImpl>();
        kernel.Bind<IDatabaseContextFactory>().To<YourDatabaseContextFactoryImpl>();
        kernel.Bind<ISessionQuery>().To<YourSessionQueryImpl>();
        return kernel;
    }

    // 创建适配Ninject的IServiceProvider实例
    public IServiceProvider CreateServiceProvider(IKernel containerBuilder)
    {
        // 这里复用你已实现的NinjectComponentContainer作为适配器
        return new NinjectComponentContainer(containerBuilder);
    }
}

注意：确保你的NinjectComponentContainer正确实现IServiceProvider接口，能从Ninject内核中正确解析单例、作用域等各类服务。

2. 在HostBuilder中注册你的工厂 #

在Program.cs中配置Host时，指定使用你的Ninject服务提供器工厂，让框架从启动阶段就使用你的容器：

public static IHostBuilder CreateHostBuilder(string[] args) =>
    Host.CreateDefaultBuilder(args)
        .UseServiceProviderFactory(new NinjectServiceProviderFactory()) // 关键：注册自定义工厂
        .ConfigureWebHostDefaults(webBuilder =>
        {
            webBuilder.UseStartup<Startup>();
        });

这样配置后，框架的所有服务解析逻辑都会走你的Ninject容器，包括：

• 控制器构造注入
• 过滤器、特性的服务注入
• 中间件的服务注入
• HttpContext.RequestServices的作用域服务解析

3. 修复过滤器特性的注入问题 #

你的RequiresSessionAttribute继承TypeFilterAttribute的写法是正确的，但要注意：

• 特性类本身的构造函数不能直接注入服务（因为特性是编译时标记，实例化时机早于DI容器初始化），你的嵌套类RequiresSession通过构造函数注入服务的方式是对的。
• 确保所有需要注入的服务都在Ninject内核中完成了绑定（就是上面CreateBuilder里的代码），这样框架用你的容器解析RequiresSession时就能拿到实例。

4. 移除手动修改IHttpContextAccessor的代码 #

通过IServiceProviderFactory集成后，框架会自动将Ninject创建的作用域服务提供器赋值给HttpContext.RequestServices，不需要手动修改IHttpContextAccessor的实现，这会避免很多潜在的冲突问题。

验证方法 #

1. 启动应用后，在你的AuthorizationTestAttribute中检查context.HttpContext.RequestServices的类型，应该是你的NinjectComponentContainer或者自定义IServiceProvider实现。
2. 测试RequiresSessionAttribute，确认构造函数中的IAccessConfiguration等服务能正常注入，不会再提示"组件未注册"。
3. 验证控制器、中间件的服务注入是否正常，确保所有DI场景都能使用Ninject解析的服务。

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