您的位置：首页 > 编程语言 > ASP

ASP.NET Web API实践系列05,消息处理管道

2014-10-28 10:21 585 查看
ASP.NET Web API的消息处理管道可以理解为请求到达Controller之前、Controller返回响应之后的处理机制。之所以需要了解消息处理管道，是因为我们可以借助它来实现对请求和响应的自定义处理。所有的请求被封装到HttpRequestMessage这个类中，所有的响应被封装到HttpResponseMessage这个类中。

既然消息处理管道是可扩展的，那么，ASP.NET Web API一定为我们准备了便于扩展的接口或抽象类，它就是HttpMessageHandler抽象类。

namespace System.Net.Http
{
public abstract class HttpMessageHandler : IDisposable
    {
protected HttpMessageHandler()
        {
}
protected internal abstract Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken);
protected virtual void Dispose(bool disposing)
        {
}
public void Dispose()
        {
this.Dispose(true);
GC.SuppressFinalize((object)this);
}
}
}


这个抽象基类，把处理请求响应交给了SendAsync方法，而且是以异步的方式处理的。既然这里没有提供SendAsync方法的具体实现，所以HttpMessageHandler抽象类一定有一个派生类，它就是DelegatingHandler类。

public abstract class DelegatingHandler : HttpMessageHandler
{
private HttpMessageHandler innerHandler;
protected DelegatingHandler(HttpMessageHandler innerHandler)
    {
this.innerHandler = innerHandler;
}
public HttpMessageHandler InnerHandler
    {
get
        {
return this.innerHandler;
}
set
        {
...
this.innerHandler = value;
}
}
protected internal override Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
if(request == null)
        {
throw new ArgumentNullException("request");
}
...
return this.innerHandler.SendAsync(request, cancellationToken);
}
}


比较有意思的是，DelegatingHandler本身是一个HttpMessageHandler类型，却还在它的构造函数中注入一个HttpMessageHandler类型，并且在SendAsync方法中，让注入的HttpMessageHandler类型执行SendAsync方法，这形成了一个HttpMessageHandler类型的链条。从这点来说，消息处理管道并不是只有一个人在战斗，而是，只要派生于DelegatingHandler这个类，不管是内置的，还是自定义的，都可以对请求响应作处理。

而在消息处理管道中肯定有一个打头阵的人，这个人就是HttpServer类。

public class HttpServer : DelegatingHandler
{
    public HttpConfiguration Configuration{get;}
    public HttpMessageHandler Dispatcher{get;}
public HttpServer();
public HttpServer(HttpMessageHandler dipatcher);
public HttpServer(HttpConfiguration configuration);
public HttpServer(HttpConfiguration configuration, HttpMessageHandler dispatcher);
protected overrde void Dispose(bool disposing); //处理HttpConfiguration对象，因为该对象实现了IDisposable接口
protected virutal void Initialize();
protected override Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cacellationToken);
//别忘了，HttpServer的父类DelegatingHandler还有一个InnerHandler属性。
}


这里的HttpServer当然是可以实例化的，每一次实例化意味着创建了HttpMessageHandler类型的链条的头，就是HttpServer本身，也创建了链条的尾，就是Dispatcher属性所表示的HttpMessageHandler类型。

HttpConfiguration又是什么呢？

public class HttpConfiguration : IDisposable
{
...
    public Collection<DelegatingHandler> MessageHandlers{get;}
}


原来，我们可以从HttpConfiguration的MessageHandlers属性中获取所有的HttpMessageHandler类型，当然也可以把自定义的HttpMessageHandler类型注册到这个MessageHandlers集合中去。

到这，已经蠢蠢欲动，跃跃欲试了，自定义DelegatingHandler可以登场了！大致是：

HttpServer→自定义DelegatingHandler→HttpControllerDispatcher

举例：重新设置HttpRequestMessage.Method属性

一般情况下，客户端，比如浏览器可以发出GET、POST、HEAD、PUT、DELETE请求，当请求进入消息处理管道，我们可以通过HttpRequestMessage.Method属性获取到这些动作类型。但有些客户端却只能发出GET、POST请求中，诸如HEAD、PUT、DELETE等请求必须放到请求报文的X-HTTP-Method-Override属性中，在这种情况下，我们需要把X-HTTP-Method-Override属性值赋值给HttpRequestMessage.Method属性。

创建一个ASP.NET MVC4项目，选择ASP.NET Web API模版，就如"ASP.NET Web API实践系列02,在MVC4下的一个实例, 包含EF Code First,依赖注入, Bootstrap等"中一样。

自定义一个派生于DelegatingHandler的类。

using System;
using System.Linq;
using System.Net.Http;
using System.Threading;
using System.Threading.Tasks;
namespace ControlAndRoute.Extension
{
public class MethodOverrideHandler : DelegatingHandler
    {
private readonly string[] _methods = {"DELETE", "HEAD", "PUT"};
private const string _header = "X-HTTP-Method-Override";
protected override Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
        {
if (request.Method == HttpMethod.Post && request.Headers.Contains(_header))
            {
//从请求头中获取X-HTTP-Method-Override的属性值
var method = request.Headers.GetValues(_header).FirstOrDefault();
if (_methods.Contains(method, StringComparer.InvariantCultureIgnoreCase))
                {
request.Method = new HttpMethod(method);
        }
    }
return base.SendAsync(request, cancellationToken);
}
}
}


在App_Start文件夹下的WebApiConfig类中注册MethodOverrideHandler类。

using System.Web.Http;
using ControlAndRoute.Extension;
namespace ControlAndRoute
{
public static class WebApiConfig
    {
public static void Register(HttpConfiguration config)
        {
//注册自定义的DelegatingHandler
config.MessageHandlers.Add(new MethodOverrideHandler());
config.Routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: "api/{controller}/{id}",
                defaults: new { id = RouteParameter.Optional }
);
// 取消注释下面的代码行可对具有 IQueryable 或 IQueryable<T> 返回类型的操作启用查询支持。
// 若要避免处理意外查询或恶意查询，请使用 QueryableAttribute 上的验证设置来验证传入查询。
// 有关详细信息，请访问 http://go.microsoft.com/fwlink/?LinkId=279712。
//config.EnableQuerySupport();
// 若要在应用程序中禁用跟踪，请注释掉或删除以下代码行
// 有关详细信息，请参阅: http://www.asp.net/web-api
config.EnableSystemDiagnosticsTracing();
}
}
}


在ValuesController中public void Put(int id, [FromBody]string value)的方法体内打上断点。打开Fiddler，输入如下：





发出的Put请求，被消息处理管道接收、处理，程序停在Put方法内的断点处。




                                            

                                        

                        
                        内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息 
                    

                    

                    

                        

                         标签： 
                                                

                        

                    


                

            


            

                
相关文章推荐

                

                
            

        

        

            

            
            

                

                    
新的分享

                    

                        
                    

                

            


            

                

                    
章节导航