ASP.NET Core MVC 控制器创建与依赖注入

在我最后一篇关于 ASP.NET Core 释放IDsiposable对象的文章（中文、英文原文）中，Mark Rendle 指出，MVC 控制器在请求结束时也会释放资源。乍一看，此范围内的资源在请求结束时会释放似乎是显而易见的，但是 MVC 控制器的处理方式实际上与大多数服务略有不同。

在这篇文章中，我将介绍在ASP.NET Core MVC中IControllerActivator是如何创建控制器的，以及通过依赖注入创建控制器存在的差异。

默认的IControllerActivator

在 ASP.NET Core 中，当 MVC 中间件接收到请求时，通过路由选择要执行的控制器和操作方法。为了实际的执行操作， MVC 中间件必须创建所选控制器的实例。

创建控制器的过程依赖众多不同的提供者和工厂类，但最终是由实现IControllerActivator接口的实例来决定的。实现类只需要实现两个方法：

public interface IControllerActivator  {   
 object Create(ControllerContext context);   
  void Release(ControllerContext context, object controller);
}

如您所见，该IControllerActivator.Create方法传递了用于创建控制器的ControllerContext实例。控制器的创建方式取决于具体的实现。

众所周知，ASP.NET Core 使用的是DefaultControllerActivator，它通过TypeActivatorCache来创建控制器。TypeActivatorCache通过调用类的构造函数，并试图从 DI 容器中解析构造函数所需参数的实例。

有一点很重要，DefaultControllerActivator 不会试图从 DI 容器中解析控制器的实例，只会解析控制器的依赖项。

DefaultControllerActivator 示例

为了演示这个行为，我创建了一个简单的 MVC 应用程序，包括一个单一的服务和一个控制器。服务实例有一个name属性，它通过构造函数来设置。默认情况下，它使用"default"作为默认值。