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 TaskSendAsync(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 TaskSendAsync(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 TaskSendAsync(HttpRequestMessage request, CancellationToken cacellationToken);
//别忘了，HttpServer的父类DelegatingHandler还有一个InnerHandler属性。
}
这里的HttpServer当然是可以实例化的，每一次实例化意味着创建了HttpMessageHandler类型的链条的头，就是HttpServer本身，也创建了链条的尾，就是Dispatcher属性所表示的HttpMessageHandler类型。
HttpConfiguration又是什么呢？
public class HttpConfiguration : IDisposable
{ ...
public CollectionMessageHandlers{ 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模版，就如""中一样。
自定义一个派生于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 TaskSendAsync(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返回类型的操作启用查询支持。
// 若要避免处理意外查询或恶意查询，请使用 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方法内的断点处。