ps:这是针对ASP.NET4.5版本的，好像在最新的5.0版本中加入了OWIN，彻底解耦了和Web服务器的耦合，我还没有研究过，不敢妄言4.5的模型适用5.0。
action*0x1：大话ASP.NET模型
首先我们先来了解下一个请求的悲欢离合的命运，看看它的一生中所走过的蜿蜒曲折的道路。如下图所示：
在如上所示的风光旖旎的画卷中，我们可以看到一个“请求”从客户端浏览器出发，经历千山万水到达服务器，服务器的内核模块的HTTP.SYS热情款待了它，对它进行简单的修饰之后，就和它依依惜别了，因为HTTP.SYS知道它是一个有梦想的“请求”，它应该去它该去的地方，于是就把它送到了IIS。
IIS是片神奇的土地，这里有一位伟大的神灵叫做inetinfo.exe，于是它便去神灵的居所W3SVC服务（windows服务）祈祷，希望能给他一些指示，神灵通过查阅天书（IIS的配置文件），知道了它不是一般的静态文件，不能把它直接送回去，应该让它去它的族人开办的加工厂（即对应网站的工作进程中）好好修习一番。
现任加工厂老大叫w3wp.exe，在IIS6以前是aspnet_wp.exe,其因为没有管理好各个加工厂之间的地盘问题被罢免了（asp.net_wp.exe用一个进程寄宿所有的网站，用应用程序域进行分割的，结果导致网站之间相互影响），现任老大w3wp.exe通过一个网站一个进程的方式把问题解决了，因此顺利上位。
初入加工厂的“请求”拜访了门卫asp.net_isapi.dll,门卫发现它是第一个过来的“请求”，于是为它打开了工厂的生产车间（即第一个请求到达时，启动了asp.net运行的环境，后来的请求就可以直接进入这个环境里。），并请车间主任ISAPIRuntime来负责它，主任兴高采烈的来欢迎它（即ISAPIRuntime调用ProcessRequest（简称PR）方法，访问当前请求所在的ecb句柄），并让土里土气的它换上了统一服装HttpWorkRequest（即把请求进行简单的封装），然后叫来班长HttpRuntime,让班长安排它的工作。
班长说：”车间里面有危险，你先穿上安全制服HttpContext。”（即通过PR方法把HttpWorkRequest封装成HttpContext），然后去组长宿舍（HttpApplicationFactory）准备叫一个组长（HttpApplication）来带领它，结果发现还没有组长，班长只好去招聘一个新组长。
每一个组长都是经过严格训练才能上岗的，先要熟读入厂准则Global.asax（即先编译Global.asax文件），再通过准则中Application_Start方法考验（即调用Application＿Start方法），如此这般方成为一代组长。每位新任组长第一件事就是把所有的车间模块装配好，并创建好车间管道（通过读取配置文件，加载所有的IHttpModule，并调用他们的Init方法，一般init方法都是注册管道事件，之后通过BuidStepManager方法，根据经典模式或者集成模式生成对应的StepManager）。
新任组长见到“请求”，二话不说直接启动车间管道，将其丢进去。穿着安全制服HttpContext的“请求”要依次通过管道中所有的关卡（asp.net管道模型），其中在第7个关卡之后，生成了IHttpHandler类型的对象，并在第11个关卡之后执行该对象的ProcessRequest方法处理请求，在这里“请求”得到完美的加工塑造，生成了HttpResponse，再通过剩下的管道，实现了梦想的请求就沿着原路返回了。上图中第11、12个事件之间描述的是WebForm的Page对象处理请求的流程（即页面生命周期）。
至此，一个请求的跌宕起伏的人生就说完了，各位观众欲知路由模块具体怎么发挥作用的，还请先捧个人场，右下角点个赞。
action*0x2：路由模型解析
通过上文我们知道组长HttpApplication对象会负责组装所有的IHttpModule，它是如何加载的呢？我们观察反编译的代码：
private void InitModules() { HttpModuleCollection modules = RuntimeConfig.GetAppConfig().HttpModules.CreateModules(); HttpModuleCollection other = this.CreateDynamicModules(); modules.AppendCollection(other); this._moduleCollection = modules; this.InitModulesCommon(); }
RuntimeConfig.GetAppConfig().HttpModules.CreateModules();通过这行代码，我们可以清楚的发现它读取了运行时的配置文件，那么我们打开运行时的配置文件以观究竟。
果然在这里add了一个System.WebRouting.UrlRoutingModule类型。接下来我们再用反编译工具看这个类型的源码：