本文共 2840 字，大约阅读时间需要 9 分钟。

中介绍了主要有三层组成：宿主（hosting），消息处理管道（message handler pipeline）和控制器处理（controller handling），本篇文章主要介绍宿主（Hosting）：包括ASP.NET经典管道上的Web Hosting和WCF堆栈的自宿主SelfHosting。

ASP.NET经典管道上的Web Hosting

1、ASP.NET 路由使您可以使用不必映射到网站中特定文件的 URL。 由于该 URL 不必映射到文件，因此可以使用对用户操作进行描述因而更易于被用户理解的 URL，路由在ASP.NET Web API上一样有重要的位置。在ASP.NET平台上，是通过RouteTable的静态属性Routes添加路由到路由表里，例如下面的代码是ASP.NET MVC项目模板默认定义的路由：

protected void Application_Start()

{     RegisterRoutes(RouteTable.Routes); }

public static void RegisterRoutes(RouteCollection routes)

{     routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

    routes.MapRoute(

        "Default", // Route name         "{controller}/{action}/{id}", // URL with parameters         new { controller = "Home", action = "Index", id = UrlParameter.Optional }     ); }

大部分的路由逻辑是由附加到ASP.NET 的管道事件，对每一个Http请求，这个模块在路由集合中匹配符合路由规则，如果有一个匹配，则：

• 从Route Data中获取到一个route handler
• 从Route Handler中获取到一个实现IHttpHandler接口的Http处理程序
• 最后，当前的请求上下文映射到上述Http处理程序

因此，在ASP.NET 管道的最后将请求发送这个处理器。

2、集成Web API,当宿主与ASP.NET,Web API的配置定义在单件的对象里，通过静态属性访问。Web API还定义了几个 扩展方法，叫做 ，用来定义Web APi的配置。请看下面的示例：

HttpConfiguration config = GlobalConfiguration.Configuration;

config.Routes.MapHttpRoute("default", "{controller}/{id}",  new {id = UrlParameter.Optional}); // other configuration settings

上述代码主要完成2项功能：

• 静态属性 用于获取配置，指向全局的 路由集合。
• 使用扩展方法添加路由配置。

通过扩展方法添加到路由集合的Route Handler是，匹配使用添加的请求，相关的Route Handler返回一个新的处理器类型 ，它实现了异步IAsyncHttpHandler  接口，这个处理器使用路由数据初始化，包含匹配的信息。

当调用的BeginProcessRequest方法，执行下面的动作：

• 从当前的HttpContext创建一个 实例
• 使用的配置创建一个，然后把这个新的 实例推入服务器管道。

在获取请求之后，它就进入了宿主处理新阶段（Web API的新管道）。下面的图总结了路由处理过程和分发到HttpServer实例(信息处理的管道)。

基于WCF堆栈的自宿主SelfHosting

上面我们介绍完了在ASP.NET上的Web宿主，接下来我们来介绍基于WCF堆栈的自宿主SelfHosting。我们先来看一段使用自宿主的代码：

var config = new HttpSelfHostConfiguration("

config.Routes.MapHttpRoute("default", "{controller}/{id}",                                 new { id = RouteParameter.Optional }); var server = new HttpSelfHostServer(config); server.OpenAsync().Wait(); Console.WriteLine("Server is opened");

继承与，并使用 作为配置类，类图结构如下：

在 内部使用的WCF堆栈从传输媒体获取消息然后把他们推送到上层的消息处理管道。下面部分简要介绍WCF的高层架构，Web API自宿主的特征。

WCF架构

WCF架构主要划分为2层，Channel Stack和Service Model，具体看下图：

较低的通道堆栈层是由一堆通道和行为类似于经典的网络协议栈。通道分为两类:传输渠道和协议的渠道。负责传输通道由接口与传输介质(例如TCP,MSMQ,HTTP)(是的,我知道,HTTP不仅仅是一个传输协议),即由讯息的接收与传递。协议的信息渠道流量过程上下通过叠加。一个典型的使用案例的增加协议通道数字签名在发送方和验证签名的人在接收的一面。传输通道,使用编码器转换字节流和信息输送介质字节实例。

上层的Service Model执行消息和方法调用，所处理的人物如下：

• 把收到的消息转换成参数序列
• 获取到使用的服务实例
• 选择调用的方法
• 选择线程处理调用的方法

然而不使用Service Model层，相反，他直接消费了从传输通道堆栈获取的消息。传输通道堆栈层使用Binding来组织，如下图所示：

Binding是一个有序的Binding Element的集合，每一个元素描述一个通道或者编码器。第一个Binding Element描述了上层通道，最后一个Binding Element描述了底层的通道，总之这是一个传输通道。

HttpSelfHostServer 和HttpSelfHostConfiguration 类

在内部 方法基于实例属性创建和配置创建一个实例。然后他利用这个Binding异步创建一个WCF传输堆栈，他也创建一个Pump把消息推入这个堆栈，并转换为 实例并把新的请求推入，下图是消息的处理流程：

使用自宿主的时候，大多数的WCF HTTP binding 约束和设置都是可用的，在配置的内部创建的HttpBinding实例可以用2种方式创建。第一种是使用属性，例如 和，这些被用于内部创建HttpBinding实例，第二种方法是创建一个的子类，然后重写方法，这个方法中有机会在创建通道堆栈之前修改绑定配置。

ASP.NET WebAPI Hosting Techniques