ASP.NET与IIS
本文所有请求都是针对asp.net
IIS5.0请求处理过程：
一个*.aspx请求首先要到达IIS(inetinfo.exe),IIS根据"处理程序映射"中的配置，找到对应的处理请求处理程序，也就是 aspnet_isapi.dll，然后该请求处理程序创建aspnet_wp这个工作进程，进程的初始化过程中加载CLR。
注意：①同一个服务器上只能运行一个aspnet_wp进程，如果该服务器有多个ASP.NET Web Application,则进程中会包含多个 AppDomain，AppDomain是相互隔离的。也就是说ASP.NET是基于AppDomain存在的。 ②ASP.NET ISAPI不但负责创建aspnet_wp，同时监测其性能，一旦性能低下，会杀掉该进程从新创建。 ③由于IIS(inetinfo.exe)同asp.net处理程序(aspnet_wp.exe)位于两个进程中，所以为了性能，他们之间的通信是基于 Named Pipe,所以驻留在IIS中的aspnet_isapi就是通过其中的Pipe与aspnet_wp中的应用程序通信的。需要注意的是， aspnet_isapi通过异步的方式将Request传到aspnet_wp，而aspnet_wp通过同步的方式向aspnet_isapi请求服务器信息
思考 ①自己是否可以写一个ISAPI放到IIS中？ ②Named Pipe是什么？
IIS6.0请求处理过程：
一个*.aspx请求首先要达到IIS(inetinfo.exe),IIS里Http.sys负责接收请求，然后根据IIS中的Metabase查看该请求的Application 属于哪个Application Pool,不存在则创建，然后将请求加到Application Pool Queue中。每个Application Pool又对应着一个w3wp.exe ,每个w3wp.exe初始化时加载ASP.NET IASPI,ASP.NET IASPI进而加载CLR.
IIS7.0请求处理过程： 尚不清楚
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
