|
前言 每次服務(wù)器接受到請求，都要先經(jīng)IIS處理。這不是一篇描述ASP.NE生命周期的文章，僅僅是關(guān)于IIS操作的。在我們開始之前，先了解這些會有助于對全文的理解，同時(shí)歡迎反饋和建議。 什么是Web Server? 每當(dāng)我們通過VS運(yùn)行ASP.NET網(wǎng)站時(shí)，VS集成的ASP.NET引擎會響應(yīng)各種請求，這個(gè)引擎的名字叫“WebDev.WebServer.exe”。 當(dāng)我們配置一個(gè)Web程序時(shí)，總會涉及到一個(gè)詞“Web Server”，它的功能便是會響應(yīng)所有請求。
什么是IIS？ IIS（Internet Information Server）是微軟Web Server的一種，用來配置ASP.NET站點(diǎn)。IIS擁有自己的ASP.NET處理引擎來處理請求，因此，當(dāng)一個(gè)請求到達(dá)時(shí)，IIS接收并處理請求，然后返回內(nèi)容。
請求處理過程 現(xiàn)在，你應(yīng)能搞清楚Web Server和IIS的區(qū)別?，F(xiàn)在我們來看一下核心部分。在繼續(xù)之前，你需要搞清兩個(gè)概念： 1、工作進(jìn)程（Worker Process） 2、應(yīng)用程序池（Application Pool） 工作進(jìn)程：在IIS中，工作進(jìn)程（w3wp.exe）運(yùn)行著ASP.NET應(yīng)用程序，管理并響應(yīng)所有的請求，ASP.NET所有的功能都運(yùn)行在工作進(jìn)程下，當(dāng)請求到來時(shí)，工作進(jìn)程會生成Request和Response相關(guān)的信息。簡而言之，工作進(jìn)程就是ASP.NET程序的心臟。 應(yīng)用程序池：應(yīng)用程序池是工作進(jìn)程的容器，通常用來隔開不同配置的工作進(jìn)程。當(dāng)一個(gè)程序出錯(cuò)或進(jìn)程資源回收時(shí)，其他池中的程序不會受到影響。
注：當(dāng)一個(gè)應(yīng)用程序池包含多個(gè)工作進(jìn)程時(shí)，被叫做“Web Garden”。 如果我們看一下IIS 6.0的結(jié)構(gòu)，就會發(fā)現(xiàn)，可以把它分成兩部分： 1、內(nèi)核模塊（Kernel Mode） 2、用戶模塊（User Mode） 內(nèi)核模式是從IIS 6.0被引入的，它包含了一個(gè)叫HTTP.SYS的文件，每當(dāng)請求進(jìn)來時(shí)，會首先觸發(fā)該文件的響應(yīng)。
HTTP.SYS文件負(fù)責(zé)把請求傳入相應(yīng)的應(yīng)用程序池中。但HTTP.SYS如何知道應(yīng)傳給哪個(gè)應(yīng)用程序池呢？當(dāng)然不是隨機(jī)抽取，每當(dāng)創(chuàng)建一個(gè)應(yīng)用程序池，該池的ID就會生成并在HTTP.SYS文件中注冊，因此該文件才能確定將請求往哪傳。
以上便是IIS處理請求的第一步。接著，我們來看一下請求如何從HTTP.SYS傳入應(yīng)用程序池。 在IIS的用戶模塊中，通過Web Admin Services (WAS)從HTTP.SYS接收請求，并傳入相應(yīng)的應(yīng)用程序池中。
當(dāng)應(yīng)用程序池接收到請求，會接著傳給工作進(jìn)程（w3wp.exe），該進(jìn)程檢查來請求的URL后綴以確定加載哪個(gè)ISAPI擴(kuò)展。ASP.NET加載時(shí)會附帶自己的ISAPI擴(kuò)展（aspnet_isapi.dll），以便在IIS中映射。 注意：如果先安裝了asp.net，然后再安裝IIS，就需要通過aspnet_regiis命令來注冊ASP.NET中的ISAPI擴(kuò)展。
一旦工作進(jìn)程加載了aspnet_isapi.dll, 就會構(gòu)造一個(gè)HttpRuntime類，該類是應(yīng)用程序的入口，通過ProcessRequest方法處理請求。
一旦這個(gè)方法被調(diào)用，一個(gè)HttpContext的實(shí)例就產(chǎn)生了?？赏ㄟ^HTTPContent.Current獲取到這個(gè)實(shí)例，且該實(shí)例會在整個(gè)生命周期中存活，我們通過它可以獲取到一些常用對象，如Request，Response，Session 等。
之后HttpRuntime會通過HttpApplicationFactory類加載一個(gè)HttpApplication對象。每一次請求都要穿過一堆HttpModule到達(dá)HttpHandler，以便被響應(yīng)。而這些HttpModule就被配置在HttpApplication中。 有一個(gè)概念叫“Http管道”，被叫做管道是因?yàn)樗艘幌盗械腍ttpModule，這些HttpModule攔截請求并將其導(dǎo)向相應(yīng)的HttpHandler。我們也可自定義HttpModule，以便在請求響應(yīng)之間做點(diǎn)特別的處理。
HttpHandler是“Http管道”的終點(diǎn)。所有請求穿過HttpModule需抵達(dá)相應(yīng)的HttpHandler，然后HttpHandler根據(jù)請求資源，產(chǎn)生并輸出內(nèi)容。也正因此，我們請求任何aspx頁面才會得到響應(yīng)的Html內(nèi)容。
結(jié)語 每當(dāng)請求Web服務(wù)器上的某些信息時(shí)，該請求首先會到達(dá)Http.SYS, 然后Http.SYS將其發(fā)送到相應(yīng)的應(yīng)用程序池，應(yīng)用程序池傳給工作進(jìn)程并加載ISAPI擴(kuò)展，然后HttpRuntime對象會被創(chuàng)建，并通過HttpModule和HttpHandler處理請求。 最后，ASP.NET頁面生命周期就開始了。 這只是大致描述IIS處理過程的文章，如果你想進(jìn)一步了解相應(yīng)細(xì)節(jié)，請點(diǎn)擊下面鏈接來進(jìn)一步學(xué)習(xí)。 A low-level Look at the ASP.NET Architecture 本文翻譯自：Beginner’s Guide: How IIS Process ASP.NET Request 譯后小注： 1、如果在IIS配置完站點(diǎn)卻看不到“w3wp.exe”進(jìn)程，只要用瀏覽器打開該站其中一個(gè)頁面，“w3wp.exe”進(jìn)程就會出現(xiàn)了。 2、為節(jié)省時(shí)間，直接引用了原圖，英文差的，小查一下字典應(yīng)該沒啥問題。 相關(guān)博文： |
|
|
