轉(zhuǎn)載--【筆記】Asp.Net構(gòu)架(Http請求處理流程)

最近接觸了一些Asp.Net開發(fā)人員，在聊到技術(shù)的時(shí)候，發(fā)現(xiàn)很多的Asp.Net開發(fā)人員都不明白在ASP.NET中一個(gè)頁面請求的處理流程，今天自己在反思的過程中，發(fā)現(xiàn)我自己對這個(gè)也是一知半解，于是抽時(shí)間又拜讀了一次張子陽同學(xué)的文章。讀罷，記錄一部份重要的在自己的博客。

Http請求剛剛到達(dá)服務(wù)器的時(shí)候

當(dāng)服務(wù)器接收到一個(gè) Http請求的時(shí)候，IIS 首先需要決定如何去處理這個(gè)請求（NOTE：服務(wù)器處理一個(gè).htm頁面和一個(gè).aspx頁面肯定是不一樣的么）。那IIS依據(jù)什么去處理呢？―― 根據(jù)文件的后綴名。

服務(wù)器獲取所請求的頁面（NOTE：也可以是文件，比如 jimmy.jpg）的后綴名以后，接下來會(huì)在服務(wù)器端尋找可以處理這類后綴名的應(yīng)用程序，如果IIS找不到可以處理此類文件的應(yīng)用程序，并且這個(gè)文件也沒有受到服務(wù)器端的保護(hù)（NOTE：一個(gè)受保護(hù)的例子就是 App_Code中的文件，一個(gè)不受保護(hù)的例子就是你的js腳本），那么IIS將直接把這個(gè)文件返還給客戶端。

能夠處理各種后綴名的應(yīng)用程序，通常被稱為 ISAPI 應(yīng)用程序（NOTE：Internet Server Application Programe Interface，互聯(lián)網(wǎng)服務(wù)器應(yīng)用程序接口）。雖然這 ISAPI 聽上去還挺氣派，也算是“應(yīng)用程序”呢，但仔細(xì)看看它的全稱就明白了：它實(shí)際上只是一個(gè)接口，起到一個(gè)代理的作用，它的主要工作是映射所請求的頁面(文件)? 和與此后綴名相對應(yīng)的實(shí)際的處理程序。

讓我們更進(jìn)一步地看一下 ISAPI ，看看它到底是什么樣子，請按下面的步驟進(jìn)行：

打開IIS。

選擇隨意一個(gè)站點(diǎn)，鼠標(biāo)右鍵，“屬性”。

選擇“主目錄”選項(xiàng)卡。

選擇“配置”。

你應(yīng)該會(huì)看到如下的畫面：

圖1. 應(yīng)用程序配置

很清楚地就可以看到，所有IIS所能處理，或者叫 ISAPI 所提供代理服務(wù)的 文件類型 及其相對應(yīng)的實(shí)際的后臺(tái)處理程序都在這里清楚地列出來了。

我們找到 .aspx 的應(yīng)用處理程序，然后點(diǎn)“編輯”，會(huì)出現(xiàn)下面的畫面：

圖2. 編輯.aspx文件的處理程序

一路看到這里，可以看出，所有的.aspx文件實(shí)際上都是由 aspnet_isapi.dll 這個(gè)程序來處理的，當(dāng)IIS把對于.aspx頁面的請求提交給了aspnet_isapi.dll以后，它就不再關(guān)心這個(gè)請求隨后是如何處理的了?，F(xiàn)在我們應(yīng)該知道：Asp.Net 只是服務(wù)器(IIS)的一個(gè)組成部分而已，它是一個(gè) ISAPI擴(kuò)展。

這里需要注意兩點(diǎn)：

• 當(dāng)你修改“限制為”后，可以限制頁面(文件)只能以某種特定方式訪問
• “確認(rèn)文件是否存在”是實(shí)現(xiàn) URL 地址映射的關(guān)鍵選項(xiàng)，我以后會(huì)專門講述。

理解宿主環(huán)境（Hosting）

從本質(zhì)上講，Asp.Net 主要是由一系列的類組成，這些類的主要目的就是將Http請求轉(zhuǎn)變?yōu)閷蛻舳说捻憫?yīng)。HttpRuntime類是Asp.Net的一個(gè)主要入口，它有一個(gè)稱作 ProcessRequest 的方法，這個(gè)方法以一個(gè) HttpWorkerRequest 類作為參數(shù)。HttpRuntime 類幾乎包含著關(guān)于單個(gè) Http請求的所有信息：所請求的文件、服務(wù)器端變量、QueryString、Http 頭信息 等等。Asp.Net 使用這些信息來加載、運(yùn)行正確的文件，并且將這個(gè)請求轉(zhuǎn)換到輸出流中，一般來說，也就是HTML頁面。

NOTE：二般來說，也可以是張圖片。

當(dāng) Web.config文件的內(nèi)容發(fā)生改變 或者 .aspx文件發(fā)生變動(dòng)的時(shí)候，為了能夠卸載運(yùn)行在同一個(gè)進(jìn)程中的應(yīng)用程序（NOTE：卸載也是為了重新加載），Http請求被分放在相互隔離的應(yīng)用程序域中。

NOTE：可能你以前就聽過應(yīng)用程序域，但是不了解怎么回事，應(yīng)用程序域就是 AppDomain。

對于IIS來說，它依賴一個(gè)叫做 HTTP.SYS 的內(nèi)置驅(qū)動(dòng)程序來監(jiān)聽來自外部的 HTTP請求。在操作系統(tǒng)啟動(dòng)的時(shí)候，IIS首先在HTTP.SYS中注冊自己的虛擬路徑。

NOTE：實(shí)際上相當(dāng)于告訴HTTP.SYS哪些URL是可以訪問的，哪些是不可以訪問的。舉個(gè)簡單的例子：為什么你訪問不存在的文件會(huì)出現(xiàn) 404 錯(cuò)誤呢？就是在這一步確定的。

如果請求的是一個(gè)可訪問的URL，HTTP.SYS會(huì)將這個(gè)請求交給 IIS 工作者進(jìn)程。

NOTE：IIS6.0中叫做 w3wp.exe，IIS5.0中叫做 aspnet_wp.exe。

每個(gè)工作者進(jìn)程都有一個(gè)身份標(biāo)識(shí) 以及 一系列的可選性能參數(shù)。

NOTE：可選性能參數(shù)，是指諸如 回收機(jī)制的設(shè)置、超時(shí)時(shí)間設(shè)置 等等。

接下來進(jìn)行的事情就是上一章節(jié)講述的 ISAPI 了。

除了映射文件與其對應(yīng)的處理程序以外，ISAPI 還需要做一些其他的工作：

從HTTP.SYS中獲取當(dāng)前的Http請求信息，并且將這些信息保存到 HttpWorkerRequest 類中。

在相互隔離的應(yīng)用程序域AppDomain中加載HttpRuntime。

調(diào)用 HttpRuntime的ProcessRequest方法。

接下來才是程序員通常編寫的代碼所完成的工作了，然后，IIS 接收返回的數(shù)據(jù)流，并重新返還給 HTTP.SYS，最后，HTTP.SYS 再將這些數(shù)據(jù)返回給客戶端瀏覽器。

圖3.Asp.Net 的宿主環(huán)境

理解管道（Pipeline）

在前面兩章中，我們在一個(gè)相對比較低的層次上討論了從發(fā)出Http請求到看到瀏覽器輸出這轉(zhuǎn)瞬即逝的十分之一秒內(nèi)IIS和 Framework 所做的事情。但是我們忽略了一個(gè)細(xì)節(jié)：程序員編寫的代碼是如何在這一過程中銜接的，本章我們就來看看這個(gè)問題。

當(dāng)Http請求進(jìn)入 Asp.Net Runtime以后，它的管道由托管模塊（NOTE：Managed Modules）和處理程序（NOTE：Handlers）組成，并且由管道來處理這個(gè) Http請求。

圖4. 理解 Http 管道

我們按編號(hào)來看一下這幅圖中的數(shù)據(jù)是如何流動(dòng)的。

1. HttpRuntime將Http請求轉(zhuǎn)交給 HttpApplication，HttpApplication代表著程序員創(chuàng)建的Web應(yīng)用程序。HttpApplication創(chuàng)建針對此Http 請求的 HttpContext對象，這些對象包含了關(guān)于此請求的諸多其他對象，主要是HttpRequest、HttpResponse、 HttpSessionState等。這些對象在程序中可以通過Page類或者Context類進(jìn)行訪問。、

2. 接下來Http請求通過一系列Module，這些Module對Http請求具有完全的控制權(quán)。這些Module可以做一些執(zhí)行某個(gè)實(shí)際工作前的事情。

3. Http請求經(jīng)過所有的Module之后，它會(huì)被HttpHandler處理。在這一步，執(zhí)行實(shí)際的一些操作，通常也就是.aspx頁面所完成的業(yè)務(wù)邏輯。可能你會(huì)覺得在創(chuàng)建.aspx頁面并沒有體會(huì)到這一過程，但是，你一定知道，.aspx 頁面繼承自Page類，我們看一下Page類的簽名：

public class Page : TemplateControl, IHttpHandler{
// 代碼省略
}

可以看到，Page類實(shí)現(xiàn)了IHttpHandler接口，HttpHandler也是Http請求處理的最底層。

4.HttpHandler處理完以后，Http請求再一次回到Module，此時(shí)Module可以做一些某個(gè)工作已經(jīng)完成了之后的事情。

NOTE：注意我用紅色標(biāo)識(shí)的字，然后回想一下：Asp.Net 中是不是有眾多的 Inserting 、Inserted 之類成對的事件？其實(shí)，這里講述的就是為什么Asp.Net可以將一個(gè)Insert操作分成前后兩部分，然后再分別進(jìn)行事件攔截的幕后原理。

如果我們將注意力只集中在Http請求、HttpHandler和HttpModule上，不去考慮HttpContext和HttpApplication，那么圖4.可以簡化成下面這樣：

圖5.Http請求在HttpHandler 和 HttpModule 中的流動(dòng)方向

posted on 2009-05-06 17:50 ecmascript 閱讀(...) 評(píng)論(...) 編輯 收藏

轉(zhuǎn)載于:https://www.cnblogs.com/ecmascript/archive/2009/05/06/1450864.html

總結(jié)

以上是生活随笔為你收集整理的转载--【笔记】Asp.Net构架(Http请求处理流程)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。