Ninject无法解析Web API依赖注入：带参构造函数未调用问题

核心问题：ASP.NET默认控制器激活机制优先调用无参构造函数 #

当控制器同时存在无参和带参构造函数时，ASP.NET的默认控制器工厂会优先选择无参构造函数，不会自动触发依赖注入容器（Ninject）去解析带参构造函数，这就是带参构造函数未执行、ITest实例为null的根本原因。

具体排查与解决步骤 #

1. 确认Ninject是否接管了控制器创建逻辑 #

检查NinjectWebCommon.cs的CreateKernel方法，确保已配置自动注册所有控制器，让Ninject负责控制器的实例化。关键代码如下：

private static IKernel CreateKernel()
{
    var kernel = new StandardKernel();
    try
    {
        kernel.Bind<Func<IKernel>>().ToMethod(ctx => () => new Bootstrapper().Kernel);
        kernel.Bind<IHttpModule>().To<HttpApplicationInitializationHttpModule>();

        // 必须添加：自动注册当前程序集内的所有控制器
        kernel.Bind(x => x.FromThisAssembly()
                          .SelectAllClasses()
                          .InheritedFrom<IController>()
                          .BindAllInterfaces());

        // 注册你的依赖实现
        kernel.Bind<ITest>().To<TestImplementation>();
        kernel.Bind<IMemoryCache>().ToMethod(ctx => new MemoryCache("MyCache"));

        return kernel;
    }
    catch
    {
        kernel.Dispose();
        throw;
    }
}

如果缺少控制器自动注册的代码，Ninject无法接管控制器创建，ASP.NET会继续使用默认逻辑调用无参构造函数。

2. 删除无参构造函数（推荐方案） #

如果控制器必须依赖注入才能正常工作，直接删除无参构造函数。此时ASP.NET会被迫使用Ninject来解析带参构造函数，只要依赖注册正确，就能自动注入IMemoryCache和ITest实例。

3. 验证依赖是否正确注册 #

检查NinjectWebCommon.cs中是否为ITest和IMemoryCache绑定了对应的实现类。如果依赖未注册，即使Ninject接管了控制器创建，也会因无法解析参数而 fallback 到无参构造函数（如果存在）。

4. 确认Ninject的Web集成已启用 #

确保NinjectWebCommon.cs的Start方法正常执行，没有被注释或抛出异常，该方法负责在应用启动时初始化Ninject并替换默认控制器工厂：

public static void Start()
{
    DynamicModuleUtility.RegisterModule(typeof(OnePerRequestHttpModule));
    DynamicModuleUtility.RegisterModule(typeof(NinjectHttpModule));
    bootstrapper.Initialize(CreateKernel);
}

总结 #

最常见的问题是Ninject未正确接管控制器创建，或者控制器的无参构造函数导致ASP.NET默认工厂优先调用。优先删除无参构造函数，同时确认Ninject的控制器注册和依赖绑定配置正确即可解决问题。

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