在以前的ASP時(shí)候，當(dāng)請求一個(gè)*.asp頁面文件的時(shí)候，這個(gè)HTTP請求首先會被一個(gè)名為inetinfo.exe進(jìn)程所截獲，這個(gè)進(jìn)程實(shí)際上就是www服務(wù)。截獲之后它會將這個(gè)請求轉(zhuǎn)交給asp.dll進(jìn)程，這個(gè)進(jìn)程就會解釋這個(gè)asp頁面，然后將解釋后的數(shù)據(jù)流返回給客戶端瀏覽器。其實(shí)ASP.DLL是一個(gè)依附在IIS的ISAPI文件，它負(fù)責(zé)了對諸如ASP文件，ASA等文件的解釋執(zhí)行，

　　ASP.NET的HTTP請求處理方法

　　當(dāng)客戶端向web服務(wù)器請求一個(gè)*.aspx的頁面文件時(shí)，同asp類似，這個(gè)http請求也會被inetinfo.exe進(jìn)程截獲(www服務(wù))，它判斷文件后綴之后，把這個(gè)請求轉(zhuǎn)交給ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL則會通過一個(gè)Http PipeLine的管道，將這個(gè)http請求發(fā)送給ASPNET_WP.EXE進(jìn)程，當(dāng)這個(gè)HTTP請求進(jìn)入ASPNET_WP.EXE進(jìn)程之后，asp.net framework就會通過HttpRuntime來處理這個(gè)Http請求，處理完畢后將結(jié)果返回給客戶端。

　　當(dāng)一個(gè)http請求被送入到HttpRuntime之后，這個(gè)Http請求會繼續(xù)被送入到一個(gè)被稱之為HttpApplication Factory的一個(gè)容器當(dāng)中，而這個(gè)容器會給出一個(gè)HttpApplication實(shí)例來處理傳遞進(jìn)來的http請求，而后這個(gè)Http請求會依次進(jìn)入到如下幾個(gè)容器中：

　　當(dāng)系統(tǒng)內(nèi)部的HttpHandler的ProcessRequest方法處理完畢之后，整個(gè)Http Request就被處理完成了，客戶端也就得到相應(yīng)的東東了。

　　完整的http請求在asp.net framework中的處理流程：

　　如果想在中途截獲一個(gè)httpRequest并做些自己的處理，就應(yīng)該在HttpRuntime運(yùn)行時(shí)內(nèi)部來做到這一點(diǎn)，確切的說時(shí)在HttpModule這個(gè)容器中做到這個(gè)的。

　　系統(tǒng)本身的HttpModule實(shí)現(xiàn)一個(gè)IHttpModule的接口，當(dāng)然我們自己的類也能夠?qū)崿F(xiàn)IHttpModule接口，這就可以替代系統(tǒng)的HttpModule對象了。

　　系統(tǒng)中默認(rèn)的HttpModule：

　　這些系統(tǒng)默認(rèn)的HttpModule是在文件machine.config中配置的，和我們開發(fā)時(shí)使用到的web.config的關(guān)系是：是在ASP.NET FRAMEWORK啟動處理一個(gè)Http Request的時(shí)候，它會依次加載machine.config和請求頁面所在目錄的web.config文件，如果在machine中配置了一個(gè)自己的HttpModule，你仍然可以在所在頁面的web.config文件中remove掉這個(gè)映射關(guān)系。

　　深入HttpModule

　　一個(gè)Http請求在被ASP.NET Framework捕獲之后會依次交給HttpModule以及HttpHandler來處理。hm與hh之間不是完全獨(dú)立的，實(shí)際上，http請求在hm傳遞的過程中會在某個(gè)事件內(nèi)將控制權(quán)轉(zhuǎn)交給hh的，而真正的處理在HttpHandler中執(zhí)行完成后，HttpHandler會再次將控制權(quán)交還給hh的，而真正的處理在HttpHandler中執(zhí)行完成后，HttpHandler會再次將控制權(quán)交還給HttpModule

　　上面的代碼中的HttpModule的Init()中的參數(shù)是HttpApplication類型，它具有許多事件，包括BeginRequest,EndRequest，AuthentiacteRequest 等等。

　　IHttpHandler

　　它是asp.net Framework提供的一個(gè)接口，定義了如果要實(shí)現(xiàn)一個(gè)Http請求的處理所需要必須實(shí)現(xiàn)的一些系統(tǒng)約定。也就是說，如果你想要自行處理某些類型的HTTP請求信息流的話，你需要實(shí)現(xiàn)這些系統(tǒng)約定才能做到。譬如一個(gè)*.aspx文件，用來處理此類型的Http請求，ASP.NET FRAMEWORK將會交給一個(gè)名為System.Web.UI.PageHandlerFactory的HttpHandler類來處理。

　　HH和HM一樣，系統(tǒng)會在最初始由ASP.NET FRAMEWORK首先加載machine.config中的HttpHandler，而后會加載Web應(yīng)用程序所在目錄的web.config中的用戶自定義的HttpHandler類。但是系統(tǒng)與我們自定義的HH之間的關(guān)系是"覆蓋"的，也就是說如果我們自定義了一個(gè)針對"*.aspx"的HttpHandler類的話，那么系統(tǒng)會將對此http請求的處理權(quán)完全交給我們自己定義的這個(gè)HttpHandler類來處理，而我們自己的HttpHandler類則需要自己完全解析這個(gè)Http請求，并作出處理。

　　接口中最重要的方法ProcessRequest，這個(gè)方法就是HttpHandler用來處理一個(gè)Http請求，當(dāng)一個(gè)Http請求經(jīng)過由HttpModule容器傳遞到HttpHandler容器中的時(shí)候，framework會調(diào)用HttpHandler的ProcessRequest方法來做對這個(gè)Http請求做真正的處理。

　　framework實(shí)際上并不是直接把相關(guān)頁面的HTTP請求定位到一個(gè)內(nèi)部默認(rèn)的IHttpHandler容器之上的，而是定位到了其 內(nèi)部默認(rèn)的IHttpHandler Factory上了。IHttpHandler Factory的作用就是對很多系統(tǒng)已經(jīng)實(shí)現(xiàn)了的IHttpHandler容器進(jìn)行調(diào)度和管理的，這樣做的優(yōu)點(diǎn)是大大增強(qiáng)了系統(tǒng)的負(fù)荷性，提升了效率。