1.Http請求處理流程

　　當(dāng)服務(wù)器接收到一個 Http請求的時候，IIS 首先需要決定如何去處理這個請求(NOTE：服務(wù)器處理一個.htm頁面和一個.aspx頁面肯定是不一樣的么)。那IIS依據(jù)什么去處理呢？―― 根據(jù)文件的后綴名。
　　服務(wù)器獲取所請求的頁面(NOTE：也可以是文件，比如 jimmy.jpg)的后綴名以后，接下來會在服務(wù)器端尋找可以處理這類后綴名的應(yīng)用程序，如果IIS找不到可以處理此類文件的應(yīng)用程序，并且這個文件也沒有受到服務(wù)器端的保護(NOTE：一個受保護的例子就是 App_Code中的文件，一個不受保護的例子就是你的js腳本)，那么IIS將直接把這個文件返還給客戶端。
　　能夠處理各種后綴名的應(yīng)用程序，通常被稱為 ISAPI 應(yīng)用程序(NOTE：Internet Server Application Programe Interface，互聯(lián)網(wǎng)服務(wù)器應(yīng)用程序接口)。雖然這 ISAPI 聽上去還挺氣派，也算是“應(yīng)用程序”呢，但仔細看看它的全稱就明白了：它實際上只是一個接口，起到一個代理的作用，它的主要工作是映射所請求的頁面(文件) 和與此后綴名相對應(yīng)的實際的處理程序。

2.理解宿主環(huán)境(Hosting)
從本質(zhì)上講，Asp.Net 主要是由一系列的類組成，這些類的主要目的就是將Http請求轉(zhuǎn)變?yōu)閷蛻舳说捻憫?yīng)。HttpRuntime類是Asp.Net的一個主要入口，它有一個稱作 ProcessRequest 的方法，這個方法以一個 HttpWorkerRequest 類作為參數(shù)。HttpRuntime 類幾乎包含著關(guān)于單個 Http請求的所有信息：所請求的文件、服務(wù)器端變量、QueryString、Http 頭信息 等等。Asp.Net 使用這些信息來加載、運行正確的文件，并且將這個請求轉(zhuǎn)換到輸出流中，一般來說，也就是HTML頁面。
NOTE：二般來說，也可以是張圖片。
　　當(dāng) Web.config文件的內(nèi)容發(fā)生改變 或者 .aspx文件發(fā)生變動的時候，為了能夠卸載運行在同一個進程中的應(yīng)用程序(NOTE：卸載也是為了重新加載)，Http請求被分放在相互隔離的應(yīng)用程序域中。
NOTE：可能你以前就聽過應(yīng)用程序域，但是不了解怎么回事，應(yīng)用程序域就是 AppDomain。
　　對于IIS來說，它依賴一個叫做 HTTP.SYS 的內(nèi)置驅(qū)動程序來監(jiān)聽來自外部的 HTTP請求。在操作系統(tǒng)啟動的時候，IIS首先在HTTP.SYS中注冊自己的虛擬路徑。
NOTE：實際上相當(dāng)于告訴HTTP.SYS哪些URL是可以訪問的，哪些是不可以訪問的。舉個簡單的例子：為什么你訪問不存在的文件會出現(xiàn) 404 錯誤呢？就是在這一步確定的。
　　如果請求的是一個可訪問的URL，HTTP.SYS會將這個請求交給 IIS 工作者進程。
NOTE：IIS6.0中叫做 w3wp.exe，IIS5.0中叫做 aspnet_wp.exe。
　　每個工作者進程都有一個身份標(biāo)識 以及 一系列的可選性能參數(shù)。
NOTE：可選性能參數(shù)，是指諸如 回收機制的設(shè)置、超時時間設(shè)置 等等。
　　接下來進行的事情就是上一章節(jié)講述的 ISAPI 了。
NOTE：這部分的內(nèi)容相關(guān)性比較強，為了讓大家好理解，我最后還是決定把 ISAPI 放到前面了，可能全系列完成的時候會再調(diào)整吧。
　　除了映射文件與其對應(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ù)返回給客戶端瀏覽器。
2.理解 Http 管道

　　當(dāng)Http請求進入 Asp.Net Runtime以后，它的管道由托管模塊(NOTE：Managed Modules)和處理程序(NOTE：Handlers)組成，并且由管道來處理這個 Http請求。
　　1. HttpRuntime將Http請求轉(zhuǎn)交給 HttpApplication，HttpApplication代表著程序員創(chuàng)建的Web應(yīng)用程序。HttpApplication創(chuàng)建針對此Http請求的 HttpContext對象，這些對象包含了關(guān)于此請求的諸多其他對象，主要是HttpRequest、HttpResponse、HttpSessionState等。這些對象在程序中可以通過Page類或者Context類進行訪問。、
　　2. 接下來Http請求通過一系列Module，這些Module對Http請求具有完全的控制權(quán)。這些Module可以做一些執(zhí)行某個實際工作前的事情。
　　3. Http請求經(jīng)過所有的Module之后，它會被HttpHandler處理。在這一步，執(zhí)行實際的一些操作，通常也就是.aspx頁面所完成的業(yè)務(wù)邏輯。可能你會覺得在創(chuàng)建.aspx頁面并沒有體會到這一過程，但是，你一定知道，.aspx 頁面繼承自Page類，我們看一下Page類的簽名：
public class Page : TemplateControl, IHttpHandler{
// 代碼省略
}
可以看到，Page類實現(xiàn)了IHttpHandler接口，HttpHandler也是Http請求處理的最底層。
　　4.HttpHandler處理完以后，Http請求再一次回到Module，此時Module可以做一些某個工作已經(jīng)完成了之后的事情。
NOTE：注意我用紅色標(biāo)識的字，然后回想一下：Asp.Net 中是不是有眾多的 Inserting 、Inserted 之類成對的事件？其實，這里講述的就是為什么Asp.Net可以將一個Insert操作分成前后兩部分，然后再分別進行事件攔截的幕后原理。
　　如果我們將注意力只集中在Http請求、HttpHandler和HttpModule上，不去考慮HttpContext和HttpApplication，那么圖4.可以簡化成下面這樣：
圖5.Http請求在HttpHandler 和 HttpModule 中的流動方向

?

總結(jié)

以上是生活随笔為你收集整理的MVC5管道处理模型的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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