IIS是如何处理asp.net请求的

前言

每次服务器接受到请求，都要先经IIS处理。这不是一篇描述asp.net生命周期的文章，仅仅是关于IIS操作的。在我们开始之前，先了解这些会有助于对全文的理解，同时欢迎反馈和建议。

什么是Web Server?

每当我们通过VS运行ASP.NET网站时，VS集成的ASP.NET引擎会响应各种请求，这个引擎的名字叫“WebDev.WebServer.exe”。

当我们配置一个Web程序时，总会涉及到一个词“Web Server”，它的功能便是会响应所有请求。

什么是IIS？

IIS（Internet Information Server）是微软Web Server的一种，用来配置ASP.NET站点。IIS拥有自己的ASP.NET处理引擎来处理请求，因此，当一个请求到达时，IIS接收并处理请求，然后返回内容。

请求处理过程

现在，你应能搞清楚Web Server和IIS的区别。现在我们来看一下核心部分。在继续之前，你需要搞清两个概念：

1、工作进程（Worker Process）

2、应用程序池（Application Pool）

工作进程：在IIS中，工作进程（w3wp.exe）运行着ASP.NET应用程序，管理并响应所有的请求，ASP.NET所有的功能都运行在工作进程下，当请求到来时，工作进程会生成Request和Response相关的信息。简而言之，工作进程就是ASP.NET程序的心脏。

应用程序池：应用程序池是工作进程的容器，通常用来隔开不同配置的工作进程。当一个程序出错或进程资源回收时，其他池中的程序不会受到影响。

注：当一个应用程序池包含多个工作进程时，被叫做“Web Garden”。

如果我们看一下IIS 6.0的结构，就会发现，可以把它分成两部分：

1、内核模块（Kernel Mode）

2、用户模块（User Mode）

内核模式是从IIS 6.0被引入的，它包含了一个叫HTTP.SYS的文件，每当请求进来时，会首先触发该文件的响应。

HTTP.SYS文件负责把请求传入相应的应用程序池中。但HTTP.SYS如何知道应传给哪个应用程序池呢？当然不是随机抽取，每当创建一个应用程序池，该池的ID就会生成并在HTTP.SYS文件中注册，因此该文件才能确定将请求往哪传。

以上便是IIS处理请求的第一步。接着，我们来看一下请求如何从HTTP.SYS传入应用程序池。

在IIS的用户模块中，通过Web Admin Services (WAS)从HTTP.SYS接收请求，并传入相应的应用程序池中。

当应用程序池接收到请求，会接着传给工作进程（w3wp.exe）,该进程检查来请求的URL后缀以确定加载哪个ISAPI扩展。ASP.NET加载时会附带自己的ISAPI扩展（aspnet_isapi.dll），以便在IIS中映射。

（这里解释下ISAP扩展：

什么是ISAPI？

互联网服务应用程序编程接口(Internet Server Application Programming Interface，简称ISAPI)是一组API函数。它是一种用来开发扩展IIS程序的强有力的方法。虽然ISAPI扩展绝不仅仅局限于IIS的开发，但是实际上它用的最广泛的还是开发一些与IIS合作的程序。它为开发人员提供了更加强大的对于IIS功能的扩展,这也就是我们常说的ISAPI扩展。ISAPI本身并没有受限于IIS,相反它为IIS提供了更高的灵活性与扩展。 

ISAPI与IIS是如何协同工作的呢？

考虑到性能原因,ISAPI和调用它的IIS是在同一个进程中的,这使得它们彼此间的可以共享某些数据,从而大大提高了相互访问的速度,但这种直接访问使得ISAPI本身出现错误时很可能也影响到IIS,导致IIS服务器瘫痪。于是ECB便应运而生,ECB的全称是Extension Control Block 它是一个非托管资源包,具有对ISAPI接口完整的访问能力,如用于表单变量的输入流和用于回写数据到客户端的输出流。当IIS接受到一个web请求后,首先调用自身的ProcessRequest函数进行处理,这个函数通过传递一个ECB的指针来间接的操作ISAPI。可以说ECB是最初接触到托管代码的入口和出口。）

注意：如果先安装了asp.net，然后再安装IIS，就需要通过aspnet_regiis命令来注册ASP.NET中的ISAPI扩展。

一旦工作进程加载了aspnet_isapi.dll,就会构造一个HttpRuntime类，该类是应用程序的入口，之后的处理就是我上篇博客里头说的具体是如何进行处理请求的。。。。感兴趣的可以参考上篇博客一起看！