asp.net 请求输入到输出的全过程及httpHandler和httpModuler详细介绍

最近看了几篇讲述httphandler和httpmoduler的文章，总的来说还是fish li的那篇文章给力，但是他是大牛，他写出来的文章技术含量太高，对于像我这样的小兵，

要完全看懂估计需要看几遍。虽然说没有完全了解底层操作，但是我也算明白了一个请求从进入iis到最后输出都经历了哪些过程。说实话，原来我以为.net的类的子

类都是设计者自己设计的，没有考虑到真正的程序员是否可以完全掌握。了解了底层操作，我发现我的那个观点是多么的无知，每个.net的类都是对应现实中的一种对

象，比如说mvc3 中的路由就包括routedata和httpcontext，至于为什么要这样包含？只有了解了iis的触发过程，我们就会真正的了解了。

序言介绍完毕，现在就来分享一下我对iis底层的理解。技术不过硬，只能是采用大白话来说。

上面这幅图说明了在iis 6 下的处理过程。

因为我们现在所用的是mvc3  ，所以我就按照mvc3 中的生命周期来叙述一个请求从开始到消亡的全过程。

请求阶段：

  用户通过浏览器输入localhost/home/index 的地址，浏览器会发送一个请求到服务器的iis用来处理这个请求。其实在操作系统中存在一个系统文件叫做http.sys

文件，它用来监视是否有请求到来，也就是说一个用户发来的请求的第一个接待者就是http.sys，它是一个系统文件，运行在操作系统的内核模式下，因此运行速度

更快。

在http.sys文件接收到请求之后（注：这是我的一个理解误区，我以前一直以为请求会直接进入iis），会传入到第二个接待者iis，真正的用来处理请求的操作系统组

件。在iis接收到用户请求以后，首先会通过映射文件  然后由aspnet_iisapi.dll （iis扩展）根据文件扩展名来选择对应的应用程序。这样说有点拗口，直白点的意思

就是iis扩展会根据传入文件的扩展名(.aspx等)来选择 在iis中配置的处理程序。这里会有一个问题存在，在mvc中没有扩展名，那么程序是如何匹配的呢？其实这个

问题的处理方法有两种：

  1.就是通过在路由表中添加一个虚拟的扩展名来欺骗iis

  2.就是通过在iis配置文件中不选择确认文件存在，让iis根据没有文件扩展名的文件路径来进行处理

现在这个请求到了哪里？到了iis扩展这里，下一步就是要进入到.net框架中，让.net框架来处理请求。但是在这中间会经过一些步骤的处理。大家应该记得在web

form中有很多的事件，page_load、page_render等，这些事件的执行顺序是依次进行的，不会混乱？那么.net框架是如何来保证这些事件的顺序执行呢？这就是今

天的第一个主角httpmodule。我们可以把它称为http请求的过滤器，因为它不会有任何的输出，它会在任何请求中都会执行。当然有一个例外，那就是静态文件或者

其他没有配置为让iis扩展让.net框架处理的请求文件，因为他们进入到iis中，iis会找到对应的文件然后输出给浏览器的。

httpmodule的具体使用大牛们都说的很清楚了，我就简洁的描述一下大牛们忽略的知识点。既然说httpmodule是一个过滤器，那么我们可以在任何一个httpmodule

中终止当前请求的执行，执行身份认证，请问文件的访问权限检查等操作。我们可以自定义httpmodule扩展，只是让我们自己定义的类实现ihttpmodule接口即可，

在ihttpmodule  接口中有一个init(httpapplication app)方法，这是我们自定义扩展module的入口，我们可以在其中定义我们自己进行的处理操作。

init这个方法会接受一个httpapplication类型的参数，httpapplication 在msdn中的定义就是定义 asp.net 应用程序中的所有应用程序对象通用的方法、属性和事

件。此类是用户在 global.asax 文件中所定义的应用程序的基类。httpapplication 类的实例是在 asp.net 基础结构中创建的，而不是由用户直接创建的。

httpapplication 类的一个实例在其生存期内被用于处理多个请求，但它一次只能处理一个请求。这样，成员变量才可用于存储针对每个请求的数据。

看到这个类的定义我们有没有想到应用程序池的概念，在iis中我们新建一个应用程序就会创建一个对应的应用程序池，其实在应用程序池中存储的是什么？应该就是

这些httpapplication对象。每个请求会有一个对应的httpapplication对象来全程的负责它的执行，在httpapplication对象中包含着请求所需要的所有参数值。例如

response、request、cache等.net常用的对象，甚至我们可以通过这个变量获取到web.config中定义的所有module扩展。httpapplication会伴随着请求的全部

执行过程。

现在一个问题又来了，这个module扩展需要传递一个httpapplication对象作为参数，那么这个方法的参数是由谁创建的呢？我们应该经常用到一个类

httpruntime，根据这个字面意思，我们也可以想到这个就是表示的http运行时，是的，在iis将请求的数据准备好以后会通过httpruntime 调用

httpapplicationfactory的一个create()方法来得到一个httpapplication对象，然后把参数值传递给这个对象，最后这个对象会传递到module扩展中。

现在请求经过了module扩展过滤之后，就要进入到真正处理它的地方了，httphandler，提起它，如果我们有点陌生，那么我们一定使用过.net中的一般处理程序，

我们可以看到一般处理程序是一个ashx文件，其中会继承自ihttphandler接口，进行processrequest处理。其实我们的httphandler就是ashx文件的codebehind

文件。只要我们实现了ihttphandler接口中的方法，就定义了一个handler扩展。

httphandler 是作为处理者的角色出现的，不是过滤者，所以handler会有输出结果。如果你要在handler中使用session，那么就要继承irequiredsessionstate

接口，或者加上一个ireadonlysessionstate接口，这样我们操作session的时候才不会出现错误。在handler中我们可以进行任何我们想要的操作，例如生成图片

水印、防盗链甚至是文件的输出压缩以及编码等都可以实现。

像我们的web service以及一般处理程序，从本质上说都是handler的一种高层实现方式，都是进行了handler的扩展操作。

因为我们讨论的是mvc，所以我们不得不考虑路由route，其实route是mvc中的一个单独的组件，它在我们的整个请求中也占据了非常重要的地位。在iis通过iis扩

展选择了适当的处理程序来处理这个请求的时候，就是路由出现的时候，路由会根据路由配置分析这个路径的controllername以及actionname，对应的参数值，然

后会把这些参数存储到routedata中，routetable.routes 是一个路由集合，routedata和httpcontext上下文就会组成另一个类的对象，requestcontext，我

们在mvc编程的时候，经常会用到这个对象中的一些数据。.net框架会根据requestcontext对象的值来匹配程序中的controller以及action，然后调用

controllerdescriptor 执行controller，生成controller的对象，然后通过actioninvoke方法来执行具体的action。

在action执行完毕，返回对应的视图的时候，整个请求在.net框架中的处理就算结束了。在输出结果返回到用户浏览器之前，输出结果还会经过module扩展的最后处

理，输出结果到达iis，最后iis通过http.sys响应到用户浏览器上，用户就可以看到输出结果。

因为一个请求从进入到显示在浏览器上会两次经过module扩展，这就是为什么我们在web form中可以定义一个开始事件，然后还会有一个完成事件的原因。

总结一下，一个用户发起的请求通过http.sys-->iis-->aspnet_iisapi.dll-->对应的处理程序-->module--->handler-->module--->iis-->http.sys-->用户浏览器。

当然这个请求的顺序不是特别的准确，因为省略了好多的细节，但是从大的方面说就是这些功能。可能你会有一个疑问，aspx文件没有是什么时候执行的呢？其实这

个问题我以前也有想过，aspx是在module之后处理的，但是在handler之后还是之前呢？今天终于得到了答案，其实一个单独的aspx文件就是一个handler，每个

aspx文件在编译的时候都会编译成一个类，这个类继承自page，但是page继承自哪里呢？

public class page : templatecontrol, ihttphandler

我们可以看到page继承自ihttphandler接口，这就验证了page类的执行是在handler执行的时候触发的。

一个小小的http请求会让我们有那么多的知识要掌握，我们作为程序员对于这个请求的模型应该是很熟悉。但是作为.net 拖控件开发的程序员，我善意的提醒一下，

如果可以不用控件，我们就别用了，用js、css来代替吧，毕竟html是基础。在mvc时代到来的时候，，拥抱新技术吧。

我是小兵，没有太多的发言权，所以我就是按小兵的思路来分析大牛们的技术。