http管道模型及实例.docVIP

ASP.NET使用管道模型（PipleLines）处理HTTP请求 大多数人认为ASP.NET仅仅只是页面——使用模板来创建HTML页面然后返回给浏览器。但是这仅仅只是ASP.NET使用HTTP管道模型处理WEB程序很小的一方面。管道模型是类似于Web Services的一种在服务器端处理ASP.NET页面的框架技术。作为一名高级的ASP.NET的开发者，你必须清楚管道模型是如何工作的。这篇文章就是解释和阐述HTTP管道模型是如何处理HTTP请求的。 一、管道对象模型 在System.Web的命名空间中处理HTTP的请求主要使用管道模型。一般的管道模型的结构如图-1。在管道模型开始运行前，HTTP的请求首先被传到HttpRuntime类的一个实例中，然后这个HttpRuntime的对象开始检查请求并找出这个请求被发送到的那个应用程序（在管道程序看来，一个虚拟目录就是一个应用程序）。然后管道模型就使用一个HttpApplicationFactory对象来找出或者创建一个HttpApplication对象来处理这个请求，一个HttpApplication可以包含一系列HTTP module对象（派生自IHttpModule接口）。HTTP modules作为一个过滤器可以在HTTP请求和响应信息穿过管道模型时检查和修改这些信息的内容。然后HttpApplication对象就使用HTTP handler factory来找出或产生一个HTTP handler对象。HTTP handlers是HTTP通信的最后一步，它主要用于处理请求信息(request)和响应信息(response)。注：HTTP handlers和 handler factory分别派生自IHttpHandler接口和IHttpHandlerFactory接口。 图-1 一个HttpApplication包括它的modules、handler在同一时刻只能处理一个Request请求。如果多重request请求同时到达一个相同的application时，多重HttpApplication对象将会被使用。 管道模型使用一个HttpContext对象去描述声明每一个成对的request/response信息。这个对象在HttpApplicaiton和handler之间来回传递。每一个module也能访问当前的HttpContext。HttpContext对象通过属性来描述声明HTTP的request和response信息（分别创建HttpRequest类和HttpResponse类的对象）；同样，HttpContext对象也能通过属性来描述声明安全信息和每一个call、session和application。图-2展示了部分HttpContext类常用的属性。 ASP.NET的HTTP管道模型是可扩展的，你可以实现自己的HTTP module、handler以及handler factory。你也可以直接继承HttpApplication类。 属性名 描述 Application 每一个application的request信息 Application Instance 正在处理request请求的Application对象 Cache 每一个application的缓存信息 Handler 正在处理request请求的Handler对象 Items 每一个request请求信息 Request HTTP request 信息 Response HTTP response 信息 Server Utility functions Session Per-user cross-request state User User information 图-2：HttpContext类的常用属性 二、管道处理模型 ASP.NET的HTTP管道程序运行在IIS上来接收传递到进程中的request请求（被完整地传送到其他的web服务器上）。当IIS接收到一个HTTP的request请求时，它首先会通过目标URL检查文件的扩展名，如果文件的名被可执行代码关联，IIS就会调用这些代码来处理request请求。文件的扩展名被映射成可执行代码存储在IIS的metabase标记中。当ASP.NET被安装后，它会通过一个动态链接库aspnet_isapi.dll将各种不同的文件扩展名添加到matabase标记中，包括.apx和.asmx。 当IIS收到一个某一个页面文件发送的HTTP request请求时，它会调用aspnet_i