标签:
本文所有请求都是针对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请求处理过程: 尚不清楚
标签:
原文地址:http://www.cnblogs.com/dotdot/p/4206263.html