对于ASP.NET Web API来说,所谓的Web API定义在继承自ApiController的类中,可能ApiController是大部分读者最为熟悉的类型了。但是我们将ASP.NET Web API下的Controller称为HttpController,它是对所有实现了接口IHttpController的所以Controller类型的统称,而ApiController仅仅视为IHttpController接口的一个实现而已,所以我们会更多地强调HttpController的概念。[本文已经同步到《How ASP.NET Web API Works?》]
目录
HttpController
HttpControllerContext
HttpControllerDescriptor
ApiController
实例演示:证明针对每次请求创建的HttpController都是“全新的”
既然HttpController指的是所有实现了IHttpController接口的类型,我们自然得下来了解一下这个接口的定义。如下面的代码片断所示,在IHttpController接口中仅仅定义了唯一的方法ExecuteAsync方法,该方法以异步的方式执行HttpController。
class="csharpcode">public interface IHttpController { Task<HttpResponseMessage> ExecuteAsync( HttpControllerContext controllerContext, CancellationToken cancellationToken); }
与我们在“消息处理管道”中介绍的HttpMessageHandler的SendAsync方法一样,该ExecuteAsync方法返回的依然是一个Task<HttpResponseMessage>对象,代表一个用于处理响应消息的Task。实际上HttpController可以视为对ASP.NET Web API的消息处理管道的延续。如右图所示,作为消息处理管道最后一个HttpMessageHandler的HttpRoutingDispatcher利用自身的HttpControllerDispatcher激活并调用ExecuteAsync方法执行目标HttpController。方法调用返回的Task<HttpResponseMessage>对象正式HttpControllerDispatcher的SendAsync方法的返回值。
与HttpMessageHandler的SendAsync方法不同之处在于:ExecuteAsync方法的参数不再是表示请求的HttpRequestMessage对象,而是一个HttpControllerContext对象。顾名思义,HttpControllerContext表示当前基于HttpController的上下文,HttpController可以认为是在该上下文中执行。
如下面的代码片断所示,通过定义在HttpControllerContext中的属性我们可以得到用于配置消息处理管道的HttpConfiguration,封装路由数据的HttpRouteData,以及表示当前请求的HttpRequestMessage。这三个属性可以在构建HttpControllerContext的时候直接通过构造函数的参数指定,我们也可以先创建一个空的HttpControllerContext对象之后直接对这些属性赋值。
public class HttpControllerContext { public HttpControllerContext(); public HttpControllerContext(HttpConfiguration configuration, IHttpRouteData routeData,HttpRequestMessage request); public HttpConfiguration Configuration { get; set; } public IHttpRouteData RouteData { get; set; } public HttpRequestMessage Request { get; set; } public IHttpController Controller { get; set; } public HttpControllerDescriptor ControllerDescriptor { get; set; } }
既然HttpControllerContext是针对HttpController的上下文,我们自然可以从中得到这个HttpController。我们除了可以通过属性Controller获取或者设置对应的HttpController之外,还可以利用另一个属性ControllerDescriptor获取或者设置用于描述HttpController的System.Web.Http.Controllers.HttpControllerDescriptor对象。
HttpControllerDescriptor封装了某个HttpController类型的元数据,可以视为对应HttpController类型的描述对象。除此之外,HttpControllerDescriptor还具有根据元数据创建对应HttpController的能力,实际上ASP.NET Web API的HttpController激活系统就是根据HttpControllerDescriptor来创建目标HttpController的。
如下面的代码片断所示,我们可以通过HttpControllerDescriptor的属性Confiruation、ControllerName和ControllerType获取当前的HttpConfiguration和被描述HttpController的名称和类型。这三个属性可以在构建HttpControllerDescriptor时通过构造函数的参数显式指定,我们可以可以先 构建一个空的HttpControllerDescriptor对象,然后手工设置这些属性。
public class HttpControllerDescriptor { public HttpControllerDescriptor(); public HttpControllerDescriptor(HttpConfiguration configuration, string controllerName, Type controllerType); public virtual IHttpController CreateController(HttpRequestMessage request); public virtual Collection<T> GetCustomAttributes<T>() where T: class; public virtual Collection<T> GetCustomAttributes<T>(bool inherit) where T: class; public virtual Collection<IFilter> GetFilters(); public HttpConfiguration Configuration { get; set; } public string ControllerName { get; set; } public Type ControllerType { get; set; } public virtual ConcurrentDictionary<object, object> Properties { get; } }
我们说HttpControllerDescriptor具有根据元数据信息创建目标HttpController的能力主要体现在其CreateController方法上。实际上本章的核心内容“HttpController的激活”就体现在HttpControllerDescriptor的这个CreateController方法上,所有后续的内容基本上都是围绕着这个方法展开的。
HttpControllerDescriptor还具有一个字典类型的只读属性Properties,它使我们可以将通过指定一个字符串类型的Key将任何一个对象附加到某个HttpControllerDescriptor,然后通过这个Key人任何情况下将这个附加的对象提取出来。我们在HttpRequestMessage类型中已经看到过了类似的设计。
我们现在来介绍一下我们创建HttpController类型默认采用的基类ApiController。如下面的代码片断所示,除了实现接口IHttpController外,HttpController还实现了接口IDisposable。如果在自定义HttpController需要实现一些资源回收的工作,可以将它们定义在重写的Dispose方法中(受保护的虚方法Dispose)。
public abstract class ApiController : IHttpController, IDisposable { public virtual Task<HttpResponseMessage> ExecuteAsync(HttpControllerContext controllerContext, CancellationToken cancellationToken); protected virtual void Initialize(HttpControllerContext controllerContext); public void Dispose(); protected virtual void Dispose(bool disposing); public HttpControllerContext ControllerContext { get; set; } public HttpConfiguration Configuration { get; set; } public HttpRequestMessage Request { get; set; } public IHttpRouteData RouteData { get; set; } public ModelStateDictionary ModelState { get; } public UrlHelper Url { get; set; } public IPrincipal User { get; } }
我们可以通过属性ControllerContext从ApiController对象中获取或者为它设置一个HttpControllerContext对象作为其上下文,另外三个属性Configuration、Request和RouteData与此HttpControllerContext的同名属性引用这同一个对象。
ApiController的只读属性ModelState返回一个具有字典数据结构的ModelStateDictionary对象,包含其中的数据会被以“Model绑定”的形式绑定到目标Action方法的某个参数。除此之外,ApiController的ModelState属性还用于保存参数验证失败后的 错误消息。另一个参数Url返回一个类型为UrlHelper的对象,该对象用于根据注册的HttpRoute和提供的路由变量生成相应的URL。
ApiController的User返回当前线程的Principal。相信读者还会记得在“消息处理管道”中介绍HttpServer时我们谈到:如果当前线程的Principal为Null,作为消息处理管道“龙头”的HttpServer会在SendAync方法执行过程创建一个空的GenericPrincipal对象作为当前线程的“匿名”Principal。所以对于匿名请求来说,ApiController的User属性会返回这个通过HttpServer设置的空GenericPrincipal对象。
从上面给出的代码片断我们还会看到ApiController包含一个受保护的Initialize方法,该方法根据指定的HttpControllerContext对自身作相应的初始化处理。一旦执行了Initialize方法,当前ApiController对象将处于初始化状态。在默认情况下,此Initialize会在实现的ExecuteAsync方法中被调用。
在默认情况下,ASP.NET Web API的HttpController激活系统总是创建一个新的HttpController来处理每一个请求。对于其类型继承自ApiController的HttpController来说,如果在执行ExecuteAsync方法的时候发现当前的ApiController已经处于“初始化”的状态,会直接抛出一个InvalidOperationException异常。
举个简单的例子,我们定义了如下一个继承自ApiController的类MyApiController,并通过如下的方式将原本为受保护的Initialize方法转换成一个公有方法,以方便我们后续的调用。
public class MyApiController : ApiController { public new void Initialize(HttpControllerContext controllerContext) { base.Initialize(controllerContext); } }
然后我们执行如下一段代码,它的特别指出在于:我们在调用MyApiController对象的ExecuteAsync方法之前调用了Initialize方法对其作了初始化处理。
MyApiController controller = new MyApiController(); HttpControllerContext controllerContext = new HttpControllerContext(new HttpConfiguration(), new HttpRouteData(new HttpRoute()), new HttpRequestMessage()); controller.ControllerContext = controllerContext; controller.Initialize(controllerContext); controller.ExecuteAsync(controllerContext, new CancellationToken(false));
当执行ApiController的ExecuteAsync方法的时候会抛出如图4-2所示的InvalidOperation,并提示:“Cannot reuse an 'ApiController' instance. 'ApiController' has to be constructed per incoming message. Check your custom 'IHttpControllerActivator' and make sure that it will not manufacture the same instance.”错误消息已经表明了ApiController是不能“重用”的,用于处理每一个请求的ApiController都应该是“全新”的。