从ASP.NET应用程序生存周期谈起

  不知不觉工作已经两年多了，一直想把过去的点点滴滴积累的经验写下来，但是一直难以完成，一是时间的限制，再是所以得东西还是比较杂乱，一时难以整理。下面就从ASP.NET应用程序生存周期开始谈起，主要是以此为一个开头，老阐述个人的一些经验经验之谈和对参考一些资料的理解。
  首先，问题一：我们打开一个网页，输入一个网址，比如www.baidu.com，那么百度服务器是怎么解析一个请求的呢
  ASP.NET 应用程序的生命周期以浏览器向 Web 服务器（对于 ASP.NET 应用程序，通常为 IIS）发送请求为起点。ASP.NET 是 Web 服务器下的 ISAPI 扩展。Web 服务器接收到请求时，会对所请求的文件的文件扩展名进行检查，确定应由哪个 ISAPI 扩展处理该请求，然后将该请求传递给合适的 ISAPI 扩展。ASP.NET 处理已映射到其上的文件扩展名，如 .aspx、.ascx、.ashx 和 .asmx。
  以上的的说法是针对IIS5的处理，也就是说，如果百度用的服务器上的IIS是IIS5的话，当然百度是不会用IIS5的。那么为什么呢？我们看看不同阶段的IIS处理过程如下：
IIS 5 的 ASP.net 请求处理过程
 
对图的解释：
IIS 5.x 一个显著的特征就是 Web Server 和真正的 ASP.NET Application 的分离。作为 Web Server 的IIS运行在一个名为 InetInfo.exe 的进程上，InetInfo.exe 是一个Native Executive，并不是一个托管的程序，而我们真正的 ASP.NET Application 则是运行在一个叫做 aspnet_wp 的 Worker Process 上面，在该进程初始化的时候会加载CLR，所以这是一个托管的环境。
ISAPI：  指能够处理各种后缀名的应用程序。 ISAPI 是下面单词的简写 ：Internet Server Application Programe Interface，互联网服务器应用程序接口。
IIS 5 模式的特点：
1、首先，同一台主机上在同一时间只能运行一个 aspnet_wp 进程，每个基于虚拟目录的 ASP.NET Application 对应一个 Application Domain ，也就是说每个 Application 都运行在同一个 Worker Process 中，Application之间的隔离是基于 Application Domain 的，而不是基于Process的。
2、其次，ASP.NET  ISAPI 不但负责创建 aspnet_wp Worker Process，而且负责监控该进程，如果检测到 aspnet_wp 的 Performance 降低到某个设定的下限，ASP.NET  ISAPI 会负责结束掉该进程。当 aspnet_wp 结束掉之后，后续的 Request 会导致ASP.NET ISAPI 重新创建新的 aspnet_wp Worker Process。
3、最后