ASP.NET MVC5中Controller的ValueProvider为Null问题排查与解决

当你把控制器直接注册为DI服务，通过自定义的MyDependencyResolver直接创建实例时，绕开了ASP.NET MVC原生的DefaultControllerFactory初始化流程。MVC框架原本会在创建控制器后自动设置ControllerContext、ValueProvider等核心属性，而直接从DI容器获取的控制器实例没经过这个初始化步骤，导致ValueProvider为null，最终控制器无法正常执行。

方案一：恢复MVC原生控制器创建流程（推荐） #

让DefaultControllerFactory负责控制器的创建，仅通过DI容器解析控制器构造函数的依赖项，MVC会自动完成所有必要的初始化工作：

1. 移除控制器的DI注册
   在ConfigureServices方法中删除以下代码：

services.AddControllersAsServices(new[]
    { typeof(HomeController), typeof(AccountController), typeof(ManageController)});

2. 保留自定义DependencyResolver处理依赖解析
   你的MyDependencyResolver实现可以继续使用，它会被DefaultControllerFactory调用，用于解析控制器构造函数中的服务依赖，而非直接创建控制器实例。

方案二：手动初始化控制器（不推荐） #

如果必须通过DI容器创建控制器，需要手动初始化控制器的ControllerContext，确保ValueProvider等属性被正确设置：

修改MyDependencyResolver的GetService方法，当请求的是控制器类型时，创建实例后手动关联当前请求的ControllerContext：

public object GetService(Type serviceType)
{
    var service = this.serviceProvider.GetService(serviceType);
    
    // 如果是控制器类型，手动初始化ControllerContext
    if (service is Controller controller)
    {
        controller.ControllerContext = new ControllerContext(HttpContext.Current.Request.RequestContext, controller);
    }
    
    return service;
}

注意：这种方式需要处理大量MVC原生初始化的细节，容易引入其他潜在问题，因此优先推荐方案一。

• 确保MyDependencyResolver的BeginScope方法正确关联请求生命周期，避免服务实例泄漏。
• 修正IAuthenticationManager的注册方式，当前的new OwinContext().Authentication无法获取到当前请求的上下文，建议改为：

  services.AddTransient<Microsoft.Owin.Security.IAuthenticationManager>(p => 
      HttpContext.Current.GetOwinContext().Authentication);
  

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