在以前的ASP時候，當請求一個*.asp頁面文件的時候，這個HTTP請求首先會被一個名為inetinfo.exe進程所截獲，這個進程實際上就是www服務。截獲之后它會將這個請求轉交給asp.dll進程，這個進程就會解釋這個asp頁面，然后將解釋后的數據流返回給客戶端瀏覽器。其實ASP.DLL是一個依附在IIS的ISAPI文件，它負責了對諸如ASP文件，ASA等文件的解釋執行，
ASP.NET的HTTP請求處理方法
當客戶端向web服務器請求一個*.aspx的頁面文件時，同asp類似，這個http請求也會被inetinfo.exe進程截獲(www服務)，它判斷文件后綴之后，把這個請求轉交給ASPNET_ISAPI.DLL而ASPNET_ISAPI.DLL則會通過一個Http PipeLine的管道，將這個http請求發送給ASPNET_WP.EXE進程，當這個HTTP請求進入ASPNET_WP.EXE進程之后，asp.net framework就會通過HttpRuntime來處理這個Http請求，處理完畢后將結果返回給客戶端。
當一個http請求被送入到HttpRuntime之后，這個Http請求會繼續被送入到一個被稱之為HttpApplication Factory的一個容器當中，而這個容器會給出一個HttpApplication實例來處理傳遞進來的http請求，而后這個Http請求會依次進入到如下幾個容器中：
當系統內部的HttpHandler的ProcessRequest方法處理完畢之后，整個Http Request就被處理完成了，客戶端也就得到相應的東東了。
完整的http請求在asp.net framework中的處理流程：
如果想在中途截獲一個httpRequest并做些自己的處理，就應該在HttpRuntime運行時內部來做到這一點，確切的說時在HttpModule這個容器中做到這個的。
系統本身的HttpModule實現一個IHttpModule的接口，當然我們自己的類也能夠實現IHttpModule接口，這就可以替代系統的HttpModule對象了。
系統中默認的HttpModule：
DefaultAuthenticationModule 確保上下文中存在 Authentication 對象。無法繼承此類。
FileAuthorizationModule 驗證遠程用戶是否具有訪問所請求文件的 NT 權限。無法繼承此類。
FormsAuthenticationModule 啟用 ASP.NET 應用程序以使用 Forms 身份驗證。無法繼承此類。
PassportAuthenticationModule 提供環繞 PassportAuthentication 服務的包裝。無法繼承此類。
SessionStateModule 為應用程序提供會話狀態服務。
UrlAuthorizationModule 提供基于 URL 的授權服務以允許或拒絕對指定資源的訪問。無法繼承此類。
WindowsAuthenticationModule 啟用 ASP.NET 應用程序以使用 Windows/IIS 身份驗證。無法繼承此類 |
這些系統默認的HttpModule是在文件machine.config中配置的，和我們開發時使用到的web.config的關系是：是在ASP.NET FRAMEWORK啟動處理一個Http Request的時候，它會依次加載machine.config和請求頁面所在目錄的web.config文件，如果在machine中配置了一個自己的HttpModule，你仍然可以在所在頁面的web.config文件中remove掉這個映射關系。
深入HttpModule
public class HelloWorldModule : IHttpModule
{
public HelloWorldModule()
{
}
public String ModuleName
{
get { return "HelloWorldModule"; }
}
// In the Init function, register for HttpApplication
// events by adding your handlers.
public void Init(HttpApplication application)
{
application.BeginRequest +=
(new EventHandler(this.Application_BeginRequest));
application.EndRequest +=
(new EventHandler(this.Application_EndRequest));
}
private void Application_BeginRequest(Object source,
EventArgs e)
{
// Create HttpApplication and HttpContext objects to access
// request and response properties.
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("
HelloWorldModule: Beginning of Request
");
}
private void Application_EndRequest(Object source, EventArgs e)
{
HttpApplication application = (HttpApplication)source;
HttpContext context = application.Context;
context.Response.Write("
HelloWorldModule: End of Request
");
}
public void Dispose()
{
}
} |
一個Http請求在被ASP.NET Framework捕獲之后會依次交給HttpModule以及HttpHandler來處理。hm與hh之間不是完全獨立的，實際上，http請求在hm傳遞的過程中會在某個事件內將控制權轉交給hh的，而真正的處理在HttpHandler中執行完成后，HttpHandler會再次將控制權交還給hh的，而真正的處理在HttpHandler中執行完成后，HttpHandler會再次將控制權交還給HttpModule
上面的代碼中的HttpModule的Init()中的參數是HttpApplication類型，它具有許多事件，包括BeginRequest,EndRequest，AuthentiacteRequest 等等。
IHttpHandler
它是asp.net Framework提供的一個接口，定義了如果要實現一個Http請求的處理所需要必須實現的一些系統約定。也就是說，如果你想要自行處理某些類型的HTTP請求信息流的話，你需要實現這些系統約定才能做到。譬如一個*.aspx文件，用來處理此類型的Http請求，ASP.NET FRAMEWORK將會交給一個名為System.Web.UI.PageHandlerFactory的HttpHandler類來處理。
HH和HM一樣，系統會在最初始由ASP.NET FRAMEWORK首先加載machine.config中的HttpHandler，而后會加載Web應用程序所在目錄的web.config中的用戶自定義的HttpHandler類。但是系統與我們自定義的HH之間的關系是"覆蓋"的，也就是說如果我們自定義了一個針對"*.aspx"的HttpHandler類的話，那么系統會將對此http請求的處理權完全交給我們自己定義的這個HttpHandler類來處理，而我們自己的HttpHandler類則需要自己完全解析這個Http請求，并作出處理。
接口中最重要的方法ProcessRequest，這個方法就是HttpHandler用來處理一個Http請求，當一個Http請求經過由HttpModule容器傳遞到HttpHandler容器中的時候，framework會調用HttpHandler的ProcessRequest方法來做對這個Http請求做真正的處理。
framework實際上并不是直接把相關頁面的HTTP請求定位到一個內部默認的IHttpHandler容器之上的，而是定位到了其 內部默認的IHttpHandler Factory上了。IHttpHandler Factory的作用就是對很多系統已經實現了的IHttpHandler容器進行調度和管理的，這樣做的優點是大大增強了系統的負荷性，提升了效率。
標簽：
本站文章除注明轉載外，均為本站原創或翻譯。歡迎任何形式的轉載，但請務必注明出處、不得修改原文相關鏈接，如果存在內容上的異議請郵件反饋至chenjj@ke049m.cn
文章轉載自：IT專家網
半島外圍網上直營 
137次
半島外圍網上直營相關的文章 
微信
在線咨詢
渝公網安備
50010702500608號
客服熱線