经过前面介绍了路由系统之后，我们知道任何一个请求在经过asp.net url路由系统的拦截之后，会生成以controller/action 名称为核心的路由数据。asp.net mvc 根据此解析出目标controller 的类型，并最终激活具体的controller实例处理当前请求。
为了解释从请求到执行目标controller的过程，我们调式源码（具体怎么调试源码可以参照我这篇文章 ），在MvcHandler里面的IHttpAsyncHandler.BeginProcessRequest处设置断点
IAsyncResult IHttpAsyncHandler.BeginProcessRequest(HttpContext context, AsyncCallback cb, object extraData)
{
return BeginProcessRequest(context, cb, extraData);
}
大家都知道，asp.net运行机制是管道模型，asp.net mvc也同样遵循管道模型，查看MvcHandler代码，可以看出MvcHandler实现了接口IHttpHandler。此时我们继续深挖代码，找到下面代码片段
protected internal virtual IAsyncResult BeginProcessRequest(HttpContextBase httpContext, AsyncCallback callback, object state)
{
IController controller;
IControllerFactory factory;
ProcessRequestInit(httpContext, out controller, out factory); IAsyncController asyncController = controller as IAsyncController;
if (asyncController != null)
{
//to do
}
else
{
//to do
}
}
此处代码便是创建了Controller，也正是这篇文章所要阐述的主题。
此时，再进一步分析“BeginProcessRequest”这个方法，阅读前三行代码，我们大概可以得知Controller 是在这个方法中创建的。那么在这个方法中找到“ProcessRequestInit”此方法，其中后面两个参数“controller”，“factory”都是带有前缀“out”的，也就是说两参数是通过引用来传递值。那么我们暂且不谈“BeginProcessRequest”在获取“IController”实例 、“IControllerFactory”实例之后会做什么后续处理，直接调试进入方法“ProcessRequestInit”，看它里面到底发生了什么，我们将“ProcessRequestInit”的方法实现贴出来
private void ProcessRequestInit(HttpContextBase httpContext, out IController controller, out IControllerFactory factory)
{
// If request validation has already been enabled, make it lazy. This allows attributes like [HttpPost] (which looks
// at Request.Form) to work correctly without triggering full validation.
// Tolerate null HttpContext for testing.
HttpContext currentContext = HttpContext.Current;
if (currentContext != null)
{
bool? isRequestValidationEnabled = ValidationUtility.IsValidationEnabled(currentContext);
if (isRequestValidationEnabled == true)
{
ValidationUtility.EnableDynamicValidation(currentContext);
}
} AddVersionHeader(httpContext);
RemoveOptionalRoutingParameters(); // Get the controller type
string controllerName = RequestContext.RouteData.GetRequiredString("controller"); // Instantiate the controller and call Execute
factory = ControllerBuilder.GetControllerFactory();
controller = factory.CreateController(RequestContext, controllerName);
if (controller == null)
{
throw new InvalidOperationException(
String.Format(
CultureInfo.CurrentCulture,
MvcResources.ControllerBuilder_FactoryReturnedNull,
factory.GetType(),
controllerName));
}
}
在这个方法里面，我们将注意力集中在这两句注释“Get the controller type”、“Instantiate the controller and call Execute”所对应的代码。
首先，程序先获取到控制的名称。我们在阅读Mvc的源码的时候，可以发现获取控制器的名称有两种方式，至于为何没有统一写法，我也不知道，虽然结果都是一样的。
RequestContext.RouteData.GetRequiredString("controller");
(string)requestContext.RouteData.Values["controller"];
那么在获取到了控制器的名称之后，我们大胆猜想一下，获取控制器的实例是不是运用了反射了？
然后，在获取到了控制器名称之后，程序就会执行实例化控制器并且调用。在这一步中涉及到了两个关键的类“ControllerBuilder”、实现IControllerFactory的类“DefaultControllerFactory”，此时我们继续调试下面那一行代码
factory = ControllerBuilder.GetControllerFactory();
通过字面上应该可以猜出是通过“ControllerBuilder”获取控制器工厂。ControllerBuilder属性是定义在Mvchandler中，通过属性注入ControllerBuilder对象，此时调试进入了ControllerBuilder内部，我们看一下GetControllerFactory()的实现细节
private static ControllerBuilder _instance = new ControllerBuilder();
private Func<IControllerFactory> _factoryThunk = () => null;
public ControllerBuilder()
: this(null)
{
} internal ControllerBuilder(IResolver<IControllerFactory> serviceResolver)
{
_serviceResolver = serviceResolver ?? new SingleServiceResolver<IControllerFactory>(
() => _factoryThunk(),
new DefaultControllerFactory { ControllerBuilder = this },
"ControllerBuilder.GetControllerFactory");
}
public IControllerFactory GetControllerFactory()
{
return _serviceResolver.Current;
}
此处只截取部分关键代码，查看“IResolver<T>”泛型接口，只有一个属性“T Current { get; }”，也就是返回当前T对象，那么对于方法“GetControllerFactory()”应该很快会领会到它是用来返回当前实现接口“IControllerFactory”的实例对象“DefaultControllerFactory ”，也就是说“DefaultControllerFactory ”是通过这种松散耦合的方式创建的。
在MvcHandler中获取到了“factory”对象之后，紧接着就是通过当前上下文对象，控制器名称创建控制器的实例
controller = factory.CreateController(RequestContext, controllerName);
我们调试代码进入“DefaultControllerFactory ”的“CreateController”方法里面，如下
public virtual IController CreateController(RequestContext requestContext, string controllerName)
{
if (requestContext == null)
{
throw new ArgumentNullException("requestContext");
}
if (String.IsNullOrEmpty(controllerName))
{
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "controllerName");
}
Type controllerType = GetControllerType(requestContext, controllerName);
IController controller = GetControllerInstance(requestContext, controllerType);
return controller;
}
这段代码里面，先是获取当前控制器名称对应的类型，然后通过控制器类型获取控制器实例对象。代码定位到方法“GetControllerType”里面，如下
protected internal virtual Type GetControllerType(RequestContext requestContext, string controllerName)
{
if (String.IsNullOrEmpty(controllerName))
{
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "controllerName");
} // first search in the current route's namespace collection
object routeNamespacesObj;
Type match;
if (requestContext != null && requestContext.RouteData.DataTokens.TryGetValue("Namespaces", out routeNamespacesObj))
{
IEnumerable<string> routeNamespaces = routeNamespacesObj as IEnumerable<string>;
if (routeNamespaces != null && routeNamespaces.Any())
{
HashSet<string> namespaceHash = new HashSet<string>(routeNamespaces, StringComparer.OrdinalIgnoreCase);
match = GetControllerTypeWithinNamespaces(requestContext.RouteData.Route, controllerName, namespaceHash); // the UseNamespaceFallback key might not exist, in which case its value is implicitly "true"
if (match != null || false.Equals(requestContext.RouteData.DataTokens["UseNamespaceFallback"]))
{
// got a match or the route requested we stop looking
return match;
}
}
} // then search in the application's default namespace collection
if (ControllerBuilder.DefaultNamespaces.Count > )
{
HashSet<string> namespaceDefaults = new HashSet<string>(ControllerBuilder.DefaultNamespaces, StringComparer.OrdinalIgnoreCase);
match = GetControllerTypeWithinNamespaces(requestContext.RouteData.Route, controllerName, namespaceDefaults);
if (match != null)
{
return match;
}
} // if all else fails, search every namespace
return GetControllerTypeWithinNamespaces(requestContext.RouteData.Route, controllerName, null /* namespaces */);
}
在这段代码里面，我们只重点关注通过名称空间匹配控制器类型，也是我们经常会遇到的错误，如图
这个在上一篇介绍路由的时候已经提到了。
当已经获取到了控制器类型之后，程序就通过该类型获取控制的实例对象，此时调试代码进入方法“GetControllerInstance”，如下
protected internal virtual IController GetControllerInstance(RequestContext requestContext, Type controllerType)
{
if (controllerType == null)
{
throw new HttpException(,
String.Format(
CultureInfo.CurrentCulture,
MvcResources.DefaultControllerFactory_NoControllerFound,
requestContext.HttpContext.Request.Path));
}
if (!typeof(IController).IsAssignableFrom(controllerType))
{
throw new ArgumentException(
String.Format(
CultureInfo.CurrentCulture,
MvcResources.DefaultControllerFactory_TypeDoesNotSubclassControllerBase,
controllerType),
"controllerType");
}
return ControllerActivator.Create(requestContext, controllerType);
}
此方法很简单，先是判断控制器类型是否为空对象，然后判断当前的控制器实例是否可以从指定 “IController”的实例分配，当两个条件都过了，此时通过内部的私有类“DefaultControllerActivator”来创建控制器实例了，如下
public IController Create(RequestContext requestContext, Type controllerType)
{
try
{
return (IController)(_resolverThunk().GetService(controllerType) ?? Activator.CreateInstance(controllerType));
}
catch (Exception ex)
{
throw new InvalidOperationException(
String.Format(
CultureInfo.CurrentCulture,
MvcResources.DefaultControllerFactory_ErrorCreatingController,
controllerType),
ex);
}
}
各位看官，看清楚了吧，控制器实例然来是这样被创建并激活的。