当前位置: 移动技术网 > IT编程>开发语言>.net > asp.net 请求输入到输出的全过程及httpHandler和httpModuler详细介绍

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

2017年12月12日  | 移动技术网IT编程  | 我要评论
最近看了几篇讲述httphandler和httpmoduler的文章,总的来说还是fish li的那篇文章给力,但是他是大牛,他写出来的文章技术含量太高,对于像我这样的小兵

最近看了几篇讲述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时代到来的时候,,拥抱新技术吧。

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

 

如您对本文有疑问或者有任何想说的,请点击进行留言回复,万千网友为您解惑!

相关文章:

验证码:
移动技术网