第一回：

引言

我查閱過(guò)不少Asp.Net的書(shū)籍，發(fā)現(xiàn)大多數(shù)作者都是站在一個(gè)比較高的層次上講解Asp.Net。他們耐心、細(xì)致地告訴你如何一步步拖放控件、設(shè)置控件屬性、編寫(xiě)CodeBehind代碼，以實(shí)現(xiàn)某個(gè)特定的功能。

這種做法，實(shí)際上是回答了“如何去做”的問(wèn)題，卻沒(méi)有回答“為什么可以這樣做”的問(wèn)題。

盡管我很推崇 悉江華 先生的《圣殿祭祀的Asp.Net開(kāi)發(fā)詳解》一書(shū)，但當(dāng)我翻看了一下其對(duì)角色(Role) 和 用戶(Member)的講解時(shí)，我決定跳過(guò)去直接讀后面的章節(jié)。因?yàn)槲野l(fā)現(xiàn)他也隨了大流，對(duì)這部分的講解停留在“如何去做”的層面上。我相信像悉先生 這樣的牛人是不可能不了解底層運(yùn)作原理的，僅僅是因?yàn)槟潜緯?shū)原本就已經(jīng)很厚了吧。

當(dāng)你按“如何去做”所講解的內(nèi)容去開(kāi)發(fā)程序的時(shí)候，對(duì)于你的用戶，你仍是一名程序員；但對(duì)于實(shí)現(xiàn)了MembershipProvider 和 RoleProvider 抽象類的微軟開(kāi)發(fā)人員來(lái)說(shuō)，你已經(jīng)成了他們的一個(gè)用戶。

NOTE：我既不反對(duì)一些作者只講解“如何去做”，也不反對(duì)你只學(xué)“如何去做”，這樣也有它的好處，就是可以快速開(kāi)發(fā)。我只是建議多掌握一點(diǎn)底層知識(shí)，對(duì)一些問(wèn)題會(huì)有更好的理解。

希望通過(guò)這一系列文章的講解，可以讓你更好的理解Asp.Net的運(yùn)作原理和做以了解。

Http請(qǐng)求處理流程概述

思考“為什么在地址欄輸入www.就可以看到張子陽(yáng)的個(gè)人空間？”，類似于思考“為什么蘋(píng)果是往地上掉不是往天上飄？”。對(duì)于普通訪問(wèn)者來(lái)說(shuō)，這就像每天太陽(yáng)東邊升起西邊落下一樣是理所當(dāng)然的；對(duì)于很多程序員來(lái)說(shuō)，認(rèn)為這個(gè)與己無(wú)關(guān)，不過(guò)是系統(tǒng)管理員或者網(wǎng)管員的責(zé)任。畢竟，IIS是 Windows 的一個(gè)組件，又不是 Asp.Net 的一個(gè)組成部分。而實(shí)際上，從你輕拍回車到頁(yè)面呈現(xiàn)在你眼前的十分之一秒內(nèi)，IIS和.Net Framework已經(jīng)做了大量的幕后工作。

你可能覺(jué)得了解這些幕后工作是如何運(yùn)作的無(wú)關(guān)緊要，作為程序員的你只要保證開(kāi)發(fā)出的程序可以高效地運(yùn)行就可以了。然而，在開(kāi)發(fā)過(guò)程中，你卻發(fā)現(xiàn)常常需要使用諸如 HttpContext 這樣的類。這個(gè)時(shí)候，你可曾思考過(guò)這些類的構(gòu)成和類的實(shí)體是如何創(chuàng)建的？你可能簡(jiǎn)單地回答：HttpContext代表當(dāng)前請(qǐng)求的一個(gè)上下文環(huán)境。可你又知道IIS 、Framework、Asp.Net 是如何協(xié)同工作處理每個(gè)Http請(qǐng)求、如何區(qū)分不同的請(qǐng)求、IIS、Framework、Asp.Net三者之間的數(shù)據(jù)如何流動(dòng)么？

回答上面這些問(wèn)題，首先需要了解IIS是如何處理頁(yè)面請(qǐng)求的，這也是理解 Form驗(yàn)證模式和Windows 驗(yàn)證模式 的基礎(chǔ)。

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

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

服務(wù)器獲取所請(qǐng)求的頁(yè)面（NOTE：也可以是文件，比如 jimmy.jpg）的后綴名以后，接下來(lái)會(huì)在服務(wù)器端尋找可以處理這類后綴名的應(yīng)用程序，如果IIS找不到可以處理此類文件的應(yīng)用程序，并且這個(gè)文件也沒(méi)有受到服務(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 聽(tīng)上去還挺氣派，也算是“應(yīng)用程序”呢，但仔細(xì)看看它的全稱就明白了：它實(shí)際上只是一個(gè)接口，起到一個(gè)代理的作用，它的主要工作是映射所請(qǐng)求的頁(yè)面(文件)  和與此后綴名相對(duì)應(yīng)的實(shí)際的處理程序。

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

1. 打開(kāi)IIS。
2. 選擇隨意一個(gè)站點(diǎn)，鼠標(biāo)右鍵，“屬性”。
3. 選擇“主目錄”選項(xiàng)卡。
4. 選擇“配置”。

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

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

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

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

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

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

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

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

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

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

NOTE：二般來(lái)說(shuō)，也可以是張圖片。

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

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

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

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

如果請(qǐng)求的是一個(gè)可訪問(wèn)的URL，HTTP.SYS會(huì)將這個(gè)請(qǐng)求交給 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è)置 等等。

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

NOTE：這部分的內(nèi)容相關(guān)性比較強(qiáng)，為了讓大家好理解，我最后還是決定把 ISAPI 放到前面了，可能全系列完成的時(shí)候會(huì)再調(diào)整吧。

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

1. 從HTTP.SYS中獲取當(dāng)前的Httq請(qǐng)求信息，并且將這些信息保存到 HttpWorkerRequest 類中。
2. 在相互隔離的應(yīng)用程序域AppDomain中加載HttpRuntime。
3. 調(diào)用 HttpRuntime的ProcessRequest方法。

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

OK，現(xiàn)在你看到張子陽(yáng)的空間主頁(yè)了。

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

理解管道（Pipeline）

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

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

圖4. 理解 Http 管道

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

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

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

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

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

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

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

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

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

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

總結(jié)

本文中，我首先概要介紹了這系列文章將要為大家講述的主題。然后，我提出了部分程序員存在的一個(gè)問(wèn)題：在一個(gè)比較高的層次上學(xué)習(xí)和使用Asp.Net。

隨后，我以一個(gè)訪問(wèn)我個(gè)人空間首頁(yè)的例子，引出了本文主要講述的三個(gè)內(nèi)容：

1. Http請(qǐng)求剛剛到達(dá)時(shí)IIS時(shí)，IIS 所做的工作。
2. Http請(qǐng)求的宿主環(huán)境。
3. Http管道。

希望這篇文章能給你帶來(lái)幫助。

第二回：

引言

在 Part.1 Http請(qǐng)求處理流程 一文中，我們了解了Http請(qǐng)求的處理過(guò)程以及其它一些運(yùn)作原理。我們知道Http管道中有兩個(gè)可用接口，一個(gè)是IHttpHandler，一個(gè)是IHttpModule，但在Part.1中，我并沒(méi)有詳細(xì)講述如何對(duì)它們進(jìn)行編程，只是輕描淡寫(xiě)地一筆帶過(guò)。所謂學(xué)以致用，前面已經(jīng)介紹了不少概念和原理。在本文中，我們通過(guò)幾個(gè)范例來(lái)了解 IHttpHandler，看看掌握這些原理的實(shí)際用途。

IHttpHandler 概述

可能和我一樣，很多Asp.Net開(kāi)發(fā)人員都有過(guò)Asp的背景，以至于我們?cè)陂_(kāi)發(fā)程序的時(shí)候，通常都是在“頁(yè)面級(jí)”上思考，也就是說(shuō)我們現(xiàn)在正在做的這個(gè)頁(yè)面應(yīng)該有什么樣的功能，是進(jìn)行一個(gè)問(wèn)卷調(diào)查還是一個(gè)數(shù)據(jù)庫(kù)查詢等等。而很少在“請(qǐng)求級(jí)”思考，考慮有沒(méi)有辦法來(lái)通過(guò)編碼的方式來(lái)操控一個(gè)Http請(qǐng)求。

實(shí)際上，F(xiàn)ramework提供了一系列的接口和類，允許你對(duì)于Http請(qǐng)求進(jìn)行編程，而實(shí)現(xiàn)這一操作的一個(gè)主要的接口，就是 IHttpHandler(另一個(gè)是IHttpModule)。

應(yīng)該還記得第一節(jié)中我們提到過(guò) ISAPI，它根據(jù)文件名后綴把不同的請(qǐng)求轉(zhuǎn)交給不同的處理程序。但是仔細(xì)看看就會(huì)發(fā)現(xiàn)：幾乎一大半的文件都交給 aspnet_isapi.dll 去處理了。很明顯，aspnet_isapi.dll 不可能對(duì)每種文件采用同一種方式處理，那么 aspnet_isapi.dll 是如何更進(jìn)一步處理不同的文件，交由誰(shuí)去處理呢？為了搞清楚這個(gè)問(wèn)題，我們需要打開(kāi)機(jī)器上C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\ 目錄下的web.config 文件。

NOTE：我查閱了很多資料，都說(shuō)是在 machine.config 中，但實(shí)際上 v2.0.50727 下的machine.config中httpHandlers結(jié)點(diǎn)是這樣的：<httpHandlers />，并沒(méi)有給出詳細(xì)的處理程序，在Web.config中才能看到。而v1.1.4322 下的machine.config中卻有。

找到httpHandlers結(jié)點(diǎn)，應(yīng)該可以看到如下這樣的代碼(做了省略)：

<httpHandlers>
... ... //略
<add path="*.axd" verb="*" type="System.Web.HttpNotFoundHandler" validate="True" /><add path="*.aspx" verb="*" type="System.Web.UI.PageHandlerFactory" validate="True" />
   <add path="*.ashx" verb="*" type="System.Web.UI.SimpleHandlerFactory" validate="True" />
   <add path="*.asax" verb="*" type="System.Web.HttpForbiddenHandler" validate="True" />
<add path="*.ascx" verb="*" type="System.Web.HttpForbiddenHandler" validate="True" />
   <add path="*.config" verb="*" type="System.Web.HttpForbiddenHandler" validate="True" />
   <add path="*.cs" verb="*" type="System.Web.HttpForbiddenHandler" validate="True" />
   <add path="*" verb="GET,HEAD,POST" type="System.Web.DefaultHttpHandler" validate="True" />
   ... ... //略
</httpHandlers>

可以看到，在<httpHandlers>結(jié)點(diǎn)中將不同的文件類型映射給不同的Handler去處理，對(duì)于.aspx來(lái)說(shuō)，是由System.Web.UI.PageHandlerFactory來(lái)處理。而對(duì)于.cs來(lái)說(shuō)，是由System.Web.HttpForbiddenHandler 處理，從ForbiddenHandler名字中出現(xiàn)的Forbidden (翻譯過(guò)來(lái)是“禁止”)可以看出，這個(gè)Handler可以避免我們的源碼被看到。

NOTE：System.Web.UI.PageHandlerFactory 是一個(gè)IHttpHandlerFactory，而不是一個(gè)單一的HttpHandler，IHttpHandlerFactory用來(lái)做什么后面會(huì)說(shuō)明。

上面列出的是.Net Framework在處理Http請(qǐng)求時(shí)的所采用的默認(rèn)Handler。而如果我們要用編程的方式來(lái)操控一個(gè)Http請(qǐng)求，我們就需要實(shí)現(xiàn)IHttpHandler接口，來(lái)定制我們自己的需求。

IHttpHandler的定義是這樣的：

public interface IHttpHandler{
    void ProcessRequest(HttpContext context);
    bool IsReusable { get; }
}

由上面可以看出IHttpHandler要求實(shí)現(xiàn)一個(gè)方法和一個(gè)屬性。其中 ProcessRequest，從名字(處理請(qǐng)求)看就知道這里應(yīng)該放置我們處理請(qǐng)求的主要代碼。

IsReusable屬性，MSDN上是這樣解釋的：獲取一個(gè)值，該值指示其他請(qǐng)求是否可以使用 IHttpHandler 實(shí)例。也就是說(shuō)后繼的Http請(qǐng)求是不是可以繼續(xù)使用實(shí)現(xiàn)了該接口的類的實(shí)例，一般來(lái)說(shuō)，我把它設(shè)置成true。

那么實(shí)現(xiàn)此接口的類形式應(yīng)該是這樣的：

public class CustomHandler : IHttpHandler{
    public void ProcessRequest(HttpContext context)  {
       // 處理請(qǐng)求的代碼
    }
    public bool IsReusable {
       get { return true; }
    }
}

而為了能使用這個(gè)自定義的HttpHandler，我們需要在應(yīng)用程序目錄下的Web.config中注冊(cè)它。

 <system.web>
    <httpHandlers>
      <add path="*.jpg" verb="*" type="MyNameSpace.MyClass, MyDllName" />
    </httpHandlers>
 </system.web>

應(yīng)該發(fā)現(xiàn)這與之前在C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\CONFIG\目錄下web.config中看到的幾乎完全一樣。這里，path指的是請(qǐng)求的文件名稱，可以使用通配符擴(kuò)大范圍，也可以明確指定這個(gè)handler僅用于處理某個(gè)特定的文件(比如說(shuō)：filename.aspx)的請(qǐng)求。verb指的是請(qǐng)求此文件的方式，可以是post或get，用*代表所有訪問(wèn)方式。type屬性由“,”分隔成兩部分，第一部分是實(shí)現(xiàn)了接口的類名，第二部分是位于Bin目錄下的編譯過(guò)的程序集名稱。

NOTE：如果你新建一個(gè)項(xiàng)目，并且在項(xiàng)目下創(chuàng)建HandlerTest.cs，然后讓站點(diǎn)引用該項(xiàng)目，那么在生成解決方案的時(shí)候會(huì)自動(dòng)將編譯好的.dll文件添到Bin目錄中。
    NOTE：MyDll只寫(xiě)程序集名，不要加后面的.dll。

使用HttpHandler實(shí)現(xiàn)圖片防盜鏈

有了之前這么多的準(zhǔn)備知識(shí)，實(shí)現(xiàn)現(xiàn)在的目標(biāo)就容易得多了：

NOTE：這個(gè)例子，以及下面的一個(gè)例子均來(lái)自于《Maximizing ASP.NET Real World, Object-Oriented Development》一書(shū)：

Step.1：創(chuàng)建文件 CustomHandler.cs，代碼如下：

using System;
using System.Web;

namespace CustomHandler{
    public class JpgHandler : IHttpHandler{
       public void ProcessRequest(HttpContext context){
           // 獲取文件服務(wù)器端物理路徑
           string FileName = context.Server.MapPath(context.Request.FilePath);
           // 如果UrlReferrer為空，則顯示一張默認(rèn)的禁止盜鏈的圖片
           if (context.Request.UrlReferrer.Host == null){
              context.Response.ContentType = "image/JPEG";
              context.Response.WriteFile("/error.jpg");
           }else{
              // 如果 UrlReferrer中不包含自己站點(diǎn)主機(jī)域名，則顯示一張默認(rèn)的禁止盜鏈的圖片
             if (context.Request.UrlReferrer.Host.IndexOf("yourdomain.com") > 0){
                  context.Response.ContentType = "image/JPEG";
                  context.Response.WriteFile(FileName);
              }else{
                  context.Response.ContentType = "image/JPEG";
                  context.Response.WriteFile("/error.jpg");
              }
           }
       }

       public bool IsReusable{
           get{ return true; }
       }
    }
}

Step.2 編譯這個(gè)文件

csc /t:library /r:System.Web.dll CustomHandler.cs

Step.3 將編譯好的 CustomHandler.dll 拷貝到站點(diǎn)的 Bin 目錄下。

Step.4 在Web.Config 中注冊(cè)這個(gè)Handler。

<system.web>
    <httpHandlers>
      <add path="*.jpg" verb="*" type="CustomHandler.JpgHandler, CustomHandler" />
    </httpHandlers>
 </system.web>

OK，諸位可以按步驟自行測(cè)試一下，這里就不贅述了。

通過(guò)IhttpHandler實(shí)現(xiàn)圖片驗(yàn)證碼

也可以在一個(gè).ashx文件中實(shí)現(xiàn)IHttpHandler，而不是采用這種提前編譯的方式。

Step.1 打開(kāi)Vs2005，“添加新項(xiàng)”，“一般處理程序”。新建文件后，VS會(huì)自動(dòng)在文件中添加如下的代碼：

<%@ WebHandler Language="C#" Class="Handler" %>

using System;
using System.Web;

public class Handler : IHttpHandler {
    public void ProcessRequest (HttpContext context) {
        context.Response.ContentType = "text/plain";
        context.Response.Write("Hello World");
    }
 
    public bool IsReusable {
        get {
            return false;
        }
    }
}

Step.2 將代碼改寫(xiě)成如下所示：

<%@ WebHandler Language="C#" Class="Handler" %>

using System;
using System.Drawing;
using System.Drawing.Imaging;
using System.Text;
using System.Web;
using System.Web.SessionState;

public class Handler : IHttpHandler, IRequiresSessionState {

    public void ProcessRequest(HttpContext context) {
       context.Response.ContentType = "image/gif";
       //建立Bitmap對(duì)象，繪圖
       Bitmap basemap = new Bitmap(200, 60);
       Graphics graph = Graphics.FromImage(basemap);
       graph.FillRectangle(new SolidBrush(Color.White), 0, 0, 200, 60);
       Font font = new Font(FontFamily.GenericSerif, 48, FontStyle.Bold, GraphicsUnit.Pixel);
       Random r = new Random();
       string letters = "ABCDEFGHIJKLMNPQRSTUVWXYZ";
       string letter;
       StringBuilder s = new StringBuilder();
      
       //添加隨機(jī)的五個(gè)字母
       for (int x = 0; x < 5; x++) {
           letter = letters.Substring(r.Next(0, letters.Length - 1), 1);
           s.Append(letter);
           graph.DrawString(letter, font, new SolidBrush(Color.Black), x * 38, r.Next(0, 15));
       }
      
       //混淆背景
       Pen linePen = new Pen(new SolidBrush(Color.Black), 2);
       for (int x = 0; x < 6; x++)
           graph.DrawLine(linePen, new Point(r.Next(0, 199), r.Next(0, 59)), new Point(r.Next(0, 199), r.Next(0, 59)));
             
       //將圖片保存到輸出流中      
       basemap.Save(context.Response.OutputStream, ImageFormat.Gif);
       context.Session["CheckCode"] = s.ToString();   //如果沒(méi)有實(shí)現(xiàn)IRequiresSessionState，則這里會(huì)出錯(cuò)，也無(wú)法生成圖片
       context.Response.End();     
    }

    public bool IsReusable {
       get { return true; }
    }
}

需要特別注意的是，Handler類不僅需要實(shí)現(xiàn) IHttpHandler接口(這個(gè)顯然)，為了在這個(gè)Handler類中使用SessionState，還需要實(shí)現(xiàn)IRequiresSessionState接口，對(duì)于這個(gè)接口，MSDN的解釋是這樣的：Specifies that the target HTTP handler requires read and write access to session-state values. This is a marker interface and has no methods.(翻譯過(guò)來(lái)是：指定當(dāng)前Http Handler需要對(duì)SessionState值的讀寫(xiě)訪問(wèn)權(quán)。這是一個(gè)標(biāo)記接口，沒(méi)有任何方法)。

而實(shí)際上，IRequiresSessionState的接口定義是這樣的：

public interface IRequiresSessionState{}

可見(jiàn)，這個(gè)接口沒(méi)有任何需要實(shí)現(xiàn)的方法或?qū)傩?，大家只要記得?strong>如果想在HttpHandler中使用SessionState，必須實(shí)現(xiàn)這個(gè)接口，實(shí)際上也就是在類的標(biāo)頭將這個(gè)接口加進(jìn)去。

Step.3 新建一個(gè)ImageCode.aspx頁(yè)面，在HTML代碼中寫(xiě)下：

<img src="Handler.ashx" alt="圖片驗(yàn)證碼" />

OK，在瀏覽器中打開(kāi)ImageCode.aspx，應(yīng)該可以看到如下所示：

利用HttpHandler創(chuàng)建自定義后綴Rss源

RSS如今已經(jīng)可以說(shuō)是隨處可見(jiàn)，而RSS的實(shí)現(xiàn)方式，通常是在一個(gè).aspx的CodeBehind文件中寫(xiě)一個(gè)XML文件，然后加載到Response的OutputStream中， Rss源通常是Rss.aspx這種形式的。通過(guò)第一章學(xué)到的ISAPI的知識(shí)，再結(jié)合本章學(xué)到的關(guān)于HttpHandler的知識(shí)，很容易想到：我們可以自定一個(gè)以 .rss 作為后綴名的文件來(lái)實(shí)現(xiàn) Rss 源，比如說(shuō)Article.rss?，F(xiàn)在我們就一步步來(lái)實(shí)現(xiàn)它：

NOTE：關(guān)于RSS的更多內(nèi)容，可以參閱我編譯的 在Web站點(diǎn)中創(chuàng)建和使用RSS源。本文不再解釋Rss是什么，如何創(chuàng)建Rss源，為了文章的獨(dú)立性，僅給出創(chuàng)建過(guò)程。

Step.1 創(chuàng)建范例數(shù)據(jù)庫(kù)

Create Table RssSample
(
    SampleId      Int Identity(1,1)    Not Null,
    Title         Varchar(100)          Not Null Constraint uq_Title Unique,
    Author        Varchar(50)              Not Null,
    PubDate       DateTime              Not Null Default GetDate(),
    [Description] Varchar(500)          Not Null,
    Link          Varchar(150)          Not Null

    Constraint pk_RssSample Primary Key(SampleId)
)
-- 插入范例數(shù)據(jù)
Insert Into RssSample(Title, Author, [Description], Link)
Values('標(biāo)題1', '作者1', '文章摘要1', 'http://127.0.0.1/#' )

-- 省略 ....

Step.2 建立站點(diǎn)，在App_Code目錄下建立RssFeedsLib.cs文件。

using System;
using System.Data;
using System.Data.SqlClient;
using System.IO;
using System.Web;
using System.Xml;
using System.Text;

namespace RssFeadsLib {
    public class RssGenerator {
       public static string GetRSS() {
           MemoryStream ms = new MemoryStream();
           XmlTextWriter writer = new XmlTextWriter(ms, null);
           SqlConnection conn = new SqlConnection("Data Source=.;Initial Catalog=Sample;User ID=sa;Password=sa");       //修改這里成你的數(shù)據(jù)庫(kù)連接
           SqlCommand cmd = new SqlCommand("select * from RssSample order by pubdate desc", conn);

           conn.Open();
           SqlDataReader reader = cmd.ExecuteReader();
           writer.WriteStartElement("rss");
           writer.WriteAttributeString("version", "2.0");
           writer.WriteStartElement("channel");
           // Channel 下的結(jié)點(diǎn)靜態(tài)寫(xiě)入
           writer.WriteElementString("title", "TraceFact.Net 技術(shù)文章");
           writer.WriteElementString("link", "http://www.");
           writer.WriteElementString("description", "Dedicated to asp.net...");
           writer.WriteElementString("copyright", "Copyright (C) 2007");
           writer.WriteElementString("generator", "My RSS Generator");
           // Item 結(jié)點(diǎn)從數(shù)據(jù)庫(kù)讀取
           while (reader.Read()) {
              writer.WriteStartElement("item");
              writer.WriteElementString("author", reader.GetString(reader.GetOrdinal("Author")));
              writer.WriteElementString("title",             reader.GetString(reader.GetOrdinal("title")));
              writer.WriteElementString("link", reader.GetString(reader.GetOrdinal("Link")));
              writer.WriteElementString("description", reader.GetString(reader.GetOrdinal("Description")));
              writer.WriteElementString("pubDate", reader.GetDateTime(reader.GetOrdinal("PubDate")).ToString(@"ddd, dd MMM yyyy 12:00:00 tt "));
              writer.WriteEndElement();
           }

           writer.WriteEndElement();
           writer.WriteEndElement();
           reader.Close();
           conn.Close();

           writer.BaseStream.Flush();
           writer.Flush();
           ms.Flush();

           // 將流轉(zhuǎn)換成String并返回
           byte[] data = new byte[ms.Length];
           ms.Seek(0, SeekOrigin.Begin);
           ms.Read(data, 0, data.Length);
           ms.Close();
           return UTF8Encoding.UTF8.GetString(data);
       }
    }
}

Step.3 創(chuàng)建可以處理 .rss 后綴名的 RssHandler

我們?cè)谶@個(gè) RssFeedsLib命名空間下，再添加一個(gè)類，這個(gè)類用于處理對(duì) .rss 后綴名文件的Http請(qǐng)求。

public class RSSHandler:IHttpHandler{
    public bool IsReusable
    {
       get {return false;}
    }

    public void ProcessRequest(HttpContext context){
       context.Response.ContentType = "text/xml";
       string str = RssGenerator.GetRSS();
       context.Response.Write(str);
    }
}

Step.4 在Web.config中進(jìn)行配置

<httpHandlers>
    <add path="*.rss" type="RssFeadsLib.RSSHandler" verb="GET" />
</httpHandlers>

NOTE：因?yàn)檫@個(gè)類和命名空間位于App_Code中，這里就不需要再手動(dòng)編譯RssFeadsLib.cs然后將編譯好的.dll應(yīng)用程序集放到Bin目錄中了。至于為什么可以這樣，將會(huì)在 《Asp.Net 構(gòu)架與安全機(jī)制 Part.5 – 頁(yè)面生存周期與編譯模型》中解釋。

Step.5 在IIS 對(duì)ISAPI進(jìn)行設(shè)置。

應(yīng)該還記得在Part.1中如何在IIS中設(shè)置ISAPI來(lái)進(jìn)行文件與處理程序映射：

1. 打開(kāi)IIS，選擇本范例所用的站點(diǎn)，右鍵，選擇“屬性”。
2. 選擇“主目錄”選項(xiàng)卡，點(diǎn)擊“配置...”按鈕。
3. 點(diǎn)擊“添加”，設(shè)置“可執(zhí)行文件”為“C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll”，設(shè)置“擴(kuò)展名”為“.rss”，點(diǎn)“確定”。
4. 注意，不要勾選“檢查文件是否存在”復(fù)選框，這樣不用創(chuàng)建文件，只要在地址欄輸入任意以.rss后綴結(jié)尾的文件名，均會(huì)交由上面創(chuàng)建的Handler去處理，而不管這個(gè)文件是否存在，也不管請(qǐng)求的是Article.rss還是Sample.rss。

進(jìn)行了這些設(shè)置以后，現(xiàn)在IIS就知道如何去處理對(duì).rss后綴名文件的請(qǐng)求了。

Step.6 測(cè)試范例

這個(gè)時(shí)候，隨便打開(kāi)一個(gè)頁(yè)面，比如空白的Default.aspx，然后我們?cè)诘刂窓趯⑽募臑椋篈rticle.rss(改成abc.rss也是一樣)，敲回車，應(yīng)該可以看到如下的畫(huà)面。

IHttpHandlerFactory 概述

現(xiàn)在假設(shè)我們有這樣的需求，我們不僅想要處理 .rss 后綴名，還想要能夠處理 .atom后綴名，假設(shè)處理atom的類命名為AtomHandler，那么我們的Web.config該如何設(shè)置呢？我想應(yīng)該是這樣的：

<httpHandlers>
<add path="*.rss" type="RssFeadsLib.RSSHandler" verb="GET" />
<add path="*.atom" type="RssFeadsLib.AtomHandler" verb="GET" />
</httpHandlers>

如果我們有很多個(gè)HttpHandler分別映射不同后綴名的請(qǐng)求，這樣我們的Web.config會(huì)變得很冗長(zhǎng)，或者，我們只有在程序運(yùn)行時(shí)才能確切地知道使用哪個(gè)Handler，這個(gè)時(shí)候，可以考慮實(shí)現(xiàn) IHttpHandlerFactory來(lái)完成這一過(guò)程。

IHttpHandlerFactory的定義是這樣的：

public interface IHttpHandlerFactory{
    IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated);
    void ReleaseHandler(IHttpHandler handler);
}

可見(jiàn)，需要實(shí)現(xiàn)兩個(gè)方法，分別是 GetHandler() 和 ReleaseHandler()。

• GetHandler()，返回實(shí)現(xiàn)了IHttpHandler接口的類的實(shí)例。
• ReleaseHandler()，使得Factory可以重復(fù)使用一個(gè)已經(jīng)存在的Handler實(shí)例。

對(duì)于上面 .atom 和 .rss 的問(wèn)題，我們可以這樣來(lái)實(shí)現(xiàn) IHttpHandlerFactory接口：

class HandlerFactory:IHttpHandlerFactory{
    public IHttpHandler GetHandler(HttpContext context, string requestType, string url, string pathTranslated){
       string path = context.Request.PhysicalPath;
       if (Path.GetExtension(path) == ".rss"){
           return new RSSHandler();
       }

       if (Path.GetExtension(path) == ".atom"){
           return new ATOMHandler();
       }
       return null;
    }

    public void ReleaseHandler(IHttpHandler handler){
    }
}

這時(shí)，在Web.Config 中<system.web>節(jié)點(diǎn)下進(jìn)行如下設(shè)置即可：

<httpHandlers>
<add path="*.rss,*.atom" type=" RssFeadsLib.HandlerFactory" verb="GET" />
</httpHandlers>

但是，這不能簡(jiǎn)化IIS中ISAPI的設(shè)置，還是需要手動(dòng)去對(duì).rss和.atom分別設(shè)置。

總結(jié)

在本文中，我們首先討論了aspnet_isapi.dll 如何將對(duì)不同后綴名文件的請(qǐng)求分發(fā)給相應(yīng)的處理程序，如何查看Framework默認(rèn)的處理程序Handler。

然后，我們通過(guò)三個(gè)實(shí)例，圖片防盜鏈、圖片驗(yàn)證碼、處理自定義后綴名請(qǐng)求，詳細(xì)講解了IHttpHandler的實(shí)現(xiàn)方法和使用過(guò)程。

最后，我向大家概要地介紹了IHttpHandlerFactory接口。

第三回：

引言

Http 請(qǐng)求處理流程 和 Http Handler 介紹 這兩篇文章里，我們首先了解了Http請(qǐng)求在服務(wù)器端的處理流程，隨后我們知道Http請(qǐng)求最終會(huì)由實(shí)現(xiàn)了IHttpHandler接口的類進(jìn)行處理(應(yīng)該記得Page類實(shí)現(xiàn)了IHttpHandler)。從 Http 請(qǐng)求處理流程 一文的最后的一幅圖中可以看到，在Http請(qǐng)求由IHttpHandler處理之前，它需要通過(guò)一系列的Http Module；在請(qǐng)求處理之后，它需要再次通過(guò)一系列的Http Module，那么這些Http Module是如何組成的？用來(lái)做什么呢？本文將對(duì)Http Module作以介紹。

Http Module概述

暫時(shí)先不考慮我們自己實(shí)現(xiàn)Http Module的情況。在.Net中，Http Module 是實(shí)現(xiàn)了IHttpModule接口的程序集。IHttpModule 接口本身并沒(méi)有什么好大寫(xiě)特寫(xiě)的，由它的名字可以看出，它不過(guò)是一個(gè)普普通通的接口而已。實(shí)際上，我們關(guān)心的是實(shí)現(xiàn)了這些接口的類，如果我們也編寫(xiě)代碼實(shí)現(xiàn)了這個(gè)接口，那么有什么用途。一般來(lái)說(shuō)，我們可以將Asp.Net中的事件分成三個(gè)級(jí)別，最頂層是 應(yīng)用程序級(jí)事件、其次是頁(yè)面級(jí)事件、最下面是控件級(jí)事件，事件的觸發(fā)分別與 應(yīng)用程序周期、頁(yè)面周期、控件周期緊密相關(guān)。而 Http Module 的作用是與應(yīng)用程序事件 密切相關(guān)的。

我們通過(guò)Http Module在Http請(qǐng)求管道(Pipeline)中注冊(cè)期望對(duì)應(yīng)用程序事件做出反應(yīng)的方法，在相應(yīng)的事件觸發(fā)的時(shí)候(比如說(shuō)BeginRequest事件，它在應(yīng)用程序收到一個(gè)Http請(qǐng)求并即將對(duì)其進(jìn)行處理時(shí)觸發(fā))，便會(huì)調(diào)用Http Module注冊(cè)了的方法，實(shí)際的工作在這些方法中執(zhí)行。.Net 本身已經(jīng)有很多的Http Module，其中包括 表單驗(yàn)證Module(FormsAuthenticationModule)， Session 狀態(tài)Module(SessionStateModule)，輸出緩存Module (OutputCacheModule)等。

注冊(cè) Http Module

在注冊(cè)我們自己編寫(xiě)的 Http Module 之前，先來(lái)看看Asp.Net中已經(jīng)有的HttpModule。與 Http Handler類似，我們需要打開(kāi)機(jī)器上C:\WINDOWS\Microsoft.NET\Framework\ v2.0.50727\CONFIG 目錄下的 web.config 文件。找到 <httpModules/> 結(jié)點(diǎn)，應(yīng)該可以看到下面的內(nèi)容：

<httpModules>
    <add name="OutputCache" type="System.Web.Caching.OutputCacheModule" />
    <add name="Session" type="System.Web.SessionState.SessionStateModule" />
    <add name="WindowsAuthentication" type="System.Web.Security.WindowsAuthenticationModule" />
    <add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule" />
    <add name="PassportAuthentication" type="System.Web.Security.PassportAuthenticationModule" />
    <add name="RoleManager" type="System.Web.Security.RoleManagerModule" />
    <add name="UrlAuthorization" type="System.Web.Security.UrlAuthorizationModule" />
... 略
</httpModules>

我們先從結(jié)點(diǎn)上看，type屬性與上一節(jié)所說(shuō)的http handler結(jié)點(diǎn)的type屬性類似，都代表了相應(yīng)的程序集。但是，與http handler 不同，module只提供了一個(gè)name屬性，沒(méi)有諸如 path這樣指定某一特定(或者用通配符 * 代表某一種類)文件的處理程序。這是與Module的特點(diǎn)相關(guān)的，我們知道 module 是響應(yīng)應(yīng)用程序周期中觸發(fā)的事件，對(duì)于所有提交到aspnet_isapi.dll的請(qǐng)求都一樣，即便請(qǐng)求只是像類似http://www./images/logo.gif 這樣獲取一張圖片而已(對(duì)ISAPI進(jìn)行過(guò)設(shè)置以后，默認(rèn)aspnet_isapi.dll不接手圖片文件)。

與Http handler類似，在這冊(cè)我們自己的http module 時(shí)，假設(shè)類名為ModuleDemo，位于myNameSpace命名空間下，程序集名稱為myDll，我們只需將myDll.dll拷貝到Bin目錄下，并在站點(diǎn)的 web.config 文件 system.web 結(jié)點(diǎn)下創(chuàng)建 httpModules 結(jié)點(diǎn)：

<system.web>
    <httpModules>
       <add name="CustomModuleName" type="myNameSpace.ModuleDemo, myDll"/>
    </httpModules>
</system.web>

type屬性由分號(hào)“,”分為兩部分，前面是命名空間及類名，也就是類型名；后面是程序集名。如果我們將代碼創(chuàng)建在App_Code目錄中，則不需要再指定程序集名。

name屬性由我們自己命名，不一定與類名相同，此處我將它命名為“CustomModuleName”。我們可以通過(guò)應(yīng)用程序(HttpApplication)的Modules屬性獲取HttpModuleCollection集合，然后通過(guò)name屬性，進(jìn)一步獲取HttpModule對(duì)象。

通過(guò)name屬性，我們還可以在global.asax中文件中編寫(xiě)自定義HttpModule暴露出的事件的處理程序，它采用的格式是：void ModuleName_EventName(object sender, EventArgs e)。我們將在后面做更詳細(xì)介紹。

Asp.Net 內(nèi)置的 Http Modules

下面這張表格列出了C:\WINDOWS\Microsoft.NET\Framework\ v2.0.50727\CONFIG下的Web.Config中的 Asp.Net 內(nèi)置的Http Modules 及其主要作用。

我們將在后面用編程的方式來(lái)查看它。

IHttpModule接口

看了這么多理論知識(shí)，本節(jié)將開(kāi)始動(dòng)手寫(xiě)點(diǎn)程序，實(shí)現(xiàn)自己的Http Module。我們首先需要看下IHttpModule 接口，它包括下面兩個(gè)方法：

public void Init(HttpApplication context);
public void Dispose();

Init()：這個(gè)方法接受一個(gè)HttpApplication對(duì)象，HttpApplication代表了當(dāng)前的應(yīng)用程序，我們需要在這個(gè)方法內(nèi)注冊(cè) HttpApplication對(duì)象暴露給客戶端的事件。可見(jiàn)，這個(gè)方法僅僅是用來(lái)對(duì)事件進(jìn)行注冊(cè)，而實(shí)際的事件處理程序，需要我們另外寫(xiě)方法。

整個(gè)過(guò)程很好理解：

1. 當(dāng)站點(diǎn)第一個(gè)資源被訪問(wèn)的時(shí)候，Asp.Net會(huì)創(chuàng)建HttpApplication類的實(shí)例，它代表著站點(diǎn)應(yīng)用程序，同時(shí)會(huì)創(chuàng)建所有在Web.Config中注冊(cè)過(guò)的Module實(shí)例。
2. 在創(chuàng)建Module實(shí)例的時(shí)候會(huì)調(diào)用Module的Init()方法。
3. 在Init()方法內(nèi)，對(duì)想要作出響應(yīng)的HttpApplication暴露出的事件進(jìn)行注冊(cè)。(僅僅進(jìn)行方法的簡(jiǎn)單注冊(cè)，實(shí)際的方法需要另寫(xiě))。
4. HttpApplication在其應(yīng)用程序周期中觸發(fā)各類事件。
5. 觸發(fā)事件的時(shí)候調(diào)用Module在其Init()方法中注冊(cè)過(guò)的方法。

NOTE：如果你不了解事件注冊(cè)等相關(guān)內(nèi)容，請(qǐng)參閱 C#中的委托與事件 一文。

Dispose()：它可以在進(jìn)行垃圾回收之前進(jìn)行一些清理工作。

綜上所述：實(shí)現(xiàn)一個(gè) IHttpModule 的模板一般是這樣的：

public class ModuleDemo:IHttpModule
{
    public void Init(HttpApplication context) {
       // 注冊(cè)HttpApplication應(yīng)用程序 BeginRequest 事件
       // 也可以是其他任何HttpApplication暴露出的事件
       context.BeginRequest += new EventHandler(context_BeginRequest);
    }

    void context_BeginRequest(object sender, EventArgs e) {
       HttpApplication application = (HttpApplication)sender;
       HttpContext context = application.Context;
       // 做些實(shí)際的工作，HttpContext對(duì)象都獲得了，剩下的基本可以自由發(fā)揮了
    }

    public void Dispose() {
    }
}

通過(guò)Http Module向Http請(qǐng)求輸出流中寫(xiě)入文字

本例中，我們僅用BeginRequest事件和 EndRequest 事件對(duì) Http Module 的使用作以說(shuō)明。我們通過(guò)這個(gè)范例，了解 Http Module 基本的使用方法。

首先，請(qǐng)創(chuàng)建一個(gè)新的站點(diǎn)，在App_Code目錄中添加類文件： ModuleDemo.cs：

public class ModuleDemo:IHttpModule
{
    // Init方法僅用于給期望的事件注冊(cè)方法
    public void Init(HttpApplication context) {
       context.BeginRequest += new EventHandler(context_BeginRequest);
       context.EndRequest += new EventHandler(context_EndRequest);
    }

    // 處理BeginRequest 事件的實(shí)際代碼
    void context_BeginRequest(object sender, EventArgs e) {
       HttpApplication application = (HttpApplication)sender;
       HttpContext context = application.Context;
       context.Response.Write("<h1 style='color:#00f'>來(lái)自HttpModule 的處理，請(qǐng)求到達(dá)</h1><hr>");
    }

    // 處理EndRequest 事件的實(shí)際代碼
    void context_EndRequest(object sender, EventArgs e) {
       HttpApplication application = (HttpApplication)sender;
       HttpContext context = application.Context;
       context.Response.Write("<hr><h1 style='color:#f00'>來(lái)自HttpModule的處理，請(qǐng)求結(jié)束</h1>");
    }
      
    public void Dispose() {
    }
}

上面的代碼很簡(jiǎn)單，它注冊(cè)了 HttpApplication實(shí)例的 BeginRequest 事件 和 EndRequest事件，事件處理方法的作用僅僅是在http請(qǐng)求開(kāi)始和結(jié)束的時(shí)候，給http請(qǐng)求的輸入流中分別寫(xiě)入不同的內(nèi)容。

接下來(lái)在 Web.config 的 System.web 結(jié)點(diǎn)中寫(xiě)入以下內(nèi)容：

<system.web>
    <httpModules>
       <add name="MyModule" type="ModuleDemo" />
    </httpModules>
</system.web>

然后，打開(kāi)建立站點(diǎn)時(shí)自動(dòng)創(chuàng)建的 Default.aspx文件，在里面打幾個(gè)字，為了做區(qū)分，我輸入的是：位于.aspx頁(yè)面上的文字。然后，我們?cè)跒g覽器中打開(kāi)它，應(yīng)該會(huì)看到像這樣：

然后我們?cè)傩陆ㄒ粋€(gè) Default2.aspx，在瀏覽器中瀏覽，可以看到，兩個(gè)頁(yè)面的效果相同。這說(shuō)明對(duì)于不同的兩個(gè)文件，http Module都起了作用，可見(jiàn)它確實(shí)是位于應(yīng)用程序級(jí)，而非頁(yè)面級(jí)。

現(xiàn)在，我們?cè)俅蜷_(kāi)站點(diǎn)中的一張圖片文件，發(fā)現(xiàn)顯示出的是一個(gè)紅叉叉，為什呢？因?yàn)镠ttp Module 針對(duì)是http 請(qǐng)求，而不是某個(gè)或某一類文件，所以當(dāng)請(qǐng)求一張圖片的時(shí)候，我們編寫(xiě)的http Module依然會(huì)起作用，將文字插入到二進(jìn)制圖片中，破壞了文件格式，自然只能顯示紅叉叉了。

NOTE：如果你發(fā)現(xiàn)你的圖片顯示正常，請(qǐng)不要驚訝，事情是這樣的：回想一下第一節(jié)我們討論到的，對(duì)于圖片文件，由IIS直接處理，并不會(huì)交由aspnet_isapi.dll，所以，Module無(wú)法捕獲對(duì)于圖片類型文件的請(qǐng)求。解決方法就是在IIS中進(jìn)行設(shè)置一下。
    這里需要提請(qǐng)注意的是：如果你使用Vs2005自帶的Local Server，那么你無(wú)需對(duì)IIS進(jìn)行設(shè)置，所有的不論圖片還是任何文件類型，都會(huì)交由aspnet_isapi.dll處理。

遍歷Http Module集合

現(xiàn)在，我們通過(guò)遍歷 HttpModuleCollection 集合來(lái)查看注冊(cè)給應(yīng)用程序的所有 Http Module 的名稱。

新建一個(gè)文件 RegisteredModules.aspx，在代碼后置文件中添加如下方法：

private string ShowModules() {
    HttpApplication app = Context.ApplicationInstance; //獲取當(dāng)前上下文的HttpApplication環(huán)境
    HttpModuleCollection moduleCollection = app.Modules; //獲取所有Module集合

    // 獲取所有的 Module 名稱
    string[] moduleNames = moduleCollection.AllKeys;

    System.Text.StringBuilder results = new System.Text.StringBuilder();    //遍歷結(jié)果集

    foreach (string name in moduleNames) {
       // 獲得Module名稱
       results.Append("<b style='color:#800800'>名稱：" + name + "</b><br />");
        // 獲得Module類型
       results.Append("類型：" + moduleCollection[name].ToString() + "<br />");
    }

    return results.ToString();
}

然后在Page_Load方法中輸出一下：

protected void Page_Load(object sender, EventArgs e)
{
    Response.Write(ShowModules());
}

我們應(yīng)該可以看到下面這樣的畫(huà)面：

與之前列出的那張表格比較一下，可以看出是幾乎完全一致的(多了一個(gè)DefaultAuthentication)。另外注意上圖的倒數(shù)第四行，那不是我們自己定義的Module么？name為MyModule，類型為ModuleDemo。

Global.asax文件與 Http Module

早在asp時(shí)代，大家就知道這個(gè)文件了。它主要用于放置對(duì)于 應(yīng)用程序事件或者 Session事件的響應(yīng)程序。大家熟悉的有Application_Start、Application_End、Session_Start、Session_End 等。

在asp.net中，Glabal不僅可以注冊(cè)應(yīng)用程序和Session事件，還可以注冊(cè)Http Module暴露出的事件；不僅可以注冊(cè)系統(tǒng)Module的事件，也可以注冊(cè)我們自己義的Module暴露出的事件。在具體介紹之前，這里需要首先注意兩點(diǎn)：

1. 在每處理一個(gè)Http請(qǐng)求時(shí)，應(yīng)用程序事件都會(huì)觸發(fā)一遍，但是Application_Start和 Application_End 例外，它僅在第一個(gè)資源文件被訪問(wèn)時(shí)被觸發(fā)。
2. Http Module無(wú)法注冊(cè)和響應(yīng)Session事件，對(duì)于Session_Start 和 Session_End，只能通過(guò)Glabal.asax來(lái)處理。

好了，我們現(xiàn)在修改之前 ModuleDemo 范例程序，給它像下面這樣給它添加一個(gè)事件(為了使程序簡(jiǎn)潔一些，我做了簡(jiǎn)化)：

public class ModuleDemo : IHttpModule {

    // 聲明一個(gè)事件
    public event EventHandler ExposedEvent;

    // Init方法僅用于給期望的事件注冊(cè)方法
    public void Init(HttpApplication context) {
       context.BeginRequest += new EventHandler(context_BeginRequest);
    }

    // 處理BeginRequest 事件的實(shí)際代碼
    void context_BeginRequest(object sender, EventArgs e) {
       HttpApplication application = (HttpApplication)sender;
       HttpContext context = application.Context;
       context.Response.Write("<h3 style='color:#00f'>來(lái)自HttpModule的處理，請(qǐng)求到達(dá)</h3><hr>");
      
       OnExposedEvent(new EventArgs()); // 調(diào)用方法
    }

    protected override void OnExposedEvent(EventArgs e) {
       if (ExposedEvent != null) // 如果Global中有注冊(cè)
           ExposedEvent(this, e);   // 調(diào)用注冊(cè)了的方法
    }
   
    public void Dispose() {
    }
}

接下來(lái)，我們?cè)谡军c(diǎn)中創(chuàng)建一個(gè) Global.asax 文件，在里面添加如下代碼，注意到格式是：void 模塊名_事件名(object sender, EventArgs e)。

void MyModule_ExposedEvent(object sender, EventArgs e)
{
     Response.Write("<h3 style='color:#800800'>來(lái)自 Global.asax 的文字</h2>");
}

現(xiàn)在，我們打開(kāi)之前的頁(yè)面，應(yīng)該可以見(jiàn)到這樣，可見(jiàn)，我們成功的將 Glabal.asax文件與我們自己定義的Http Module所暴露出的事件 ExposedEvent 聯(lián)系到了一起：

總結(jié)

本文簡(jiǎn)單地介紹了什么是Http Module。我們首先了解了Http Module的作用，然后查看了Asp.Net 內(nèi)置的Module，接著我們介紹了IHttpModule接口，并通過(guò)了一個(gè)簡(jiǎn)單的范例實(shí)現(xiàn)了此接口，最后我們討論了 Http Module與 Global.asax 文件的聯(lián)系。