一、前言
目前市面上所用的IIS版本估计都是>=6.0的.所以我们主要以下面三个版本进行讲解:
二、IIS6的请求过程
由图可知,所有的请求会被服务器中的http.sys组件监听到,它会根据IIS中的Metabase查看基于该Request的Application属于哪个ApplicationPool,如果该ApplicationPool不存在,则创建之。否则直接将Request发到对应ApplicationPool的Queue中。
每个ApplicationPool对应着一个WorkerProcess:w3wp.exe。在IISMetabase中维护着ApplicationPool和w3wp的映射。WAS(WebAdministrativeservice)根据这样一个mapping,将存在于某个ApplicationPoolQueue的request传递到对应的workerprocess(如果没有,就创建这样一个进程)。在workerprocess初始化的时候,加载ASP.NETISAPI。
同时,在w3wp.exe的内部,ASP.NET是以IISISAPIextension的方式外加到IIS(其实包括ASP以及PHP,也都以相同的方式配置),ASP.NETISAPI进而加载CLR。从而为ASP.NETApplication创建一个托管的运行环境,在CLR初始化的使用会加载两个重要的dll:AppManagerAppDomainFactory和ISAPIRuntime。通过AppManagerAppDomainFactory的Create方法为Application创建一个ApplicationDomain;通过ISAPIRuntime的ProcessRequest处理Request,进而将流程拖入到ASP.NETHttpRuntimePipeline的范畴。
注:ISAPI,意思:互联网服务器应用程序接口(InternetServerApplicationProgramInterface)。
三、IIS7的工作过程
1、HTTP.sys监听拦截客户端请求开始处理。
2、HTTP.sys通过配置信息联系WAS获取相关信息。
3、WAS向配置存储中心请求配置信息。applicationHost.config。
4、WWW服务接受到配置信息,配置信息指类似应用程序池配置信息,站点配置信息等等。
5、WWW服务使用配置信息去配置HTTP.sys处理策略。
6、WAS为这个请求对应的应用程序池(ApplicationPool)开启W3WPWorkerProcess。
W3WPWorkerProcess处理以后,将Response返回给HTTP.sys。
客户端接受到Response内容。
注意:我们称3-6为初始化配置的过程,配置完毕之后,以后的请求就直接到第七步.当然IIS被重启了,就重头来过。
三、IIS7程序池托管管道模式
W3WP.exe进程在IIS7中如何工作,取决于IIS7的应用程序池托管管道模式是什么,IIS7目前有2个模式:经典模式和集成模式。
经典的意思大家都知道,就是一个一直以来所使用的方式(便于大家记忆),IIS7其中经典模式的W3WP.exe工作方式就是IIS6的处理方式。
即:IISISAPIextension,也就是aspnet_isapi.dll
IIS7集成模式是一个伟大的改进,让IIS集成了.NET功能(不在依靠之前IIS版本的aspnet_ISPAI.DLL),也就是说所有的HTTPRequest请求都要经过.NET来处理(包括html,php等),也因为.NET的诸多功能已经成为IIS7的一部份.性能上也得到了提升。
四、IIS8和IIS7有哪些不一样的地方
1、IIS8.0只能运行于>=WindowsServer2012andWindows8的平台上;
2、IIS8.0Application的初始化被包括在IIS8.0中.IIS7.5Application初始化(RC)被作为一个外带模块;
3、IIS8.0管理工具已经为ASP.net4.5功能更新.IIS7.5中还没有;
4、IIS8.0集成了SSL认证支持.IIS7.5还没有;
5、IIS8.0CPU节流已经得到更新且包括额外的节流选项,而IIS7.5还没有变化;
6、IIS8.0集成了动态IP地址限制功能
7、IIS8.0集成了FTP尝试登陆限制功能.
8、IIS8.0在NUMA上的多核扩展。