一:場景
出於某種理由,需要由asp.net引擎處理所有可能出現的無效URL的Request。
二:現狀
對於無效URL,一般會由IIS返回404錯誤。當然,也可以自定義Custom Error Page,但是在這種情況下,並不能處理原URL所代表的Request的數據(如表單數據)。或許我們想直接在Application_BeginRequest中處理該請求,但是,如果我們的IIS已經處理了“Verify that file Exists”,則實際上該請求根本不會被Application_BeginRequest命中(Fire)。
三:解決方案
1:准備好web.config,進行如下配置:
<location path="FolderTest"> <system.web> <httpHandlers> <add verb="*" path="*" type="YourNamespace.YourHandler"/> </httpHandlers> </system.web> <system.webServer> <handlers> <add name="testyou" verb="*" path="*" type="younamespace.youHandler" resourceType="Unspecified"/> </handlers> </system.webServer> </location>
有幾點需要說明:
1)熟悉system.web和system.webServer的朋友一定知道,后者是針對iis7及以上的集成模式的配置項,如果不滿足此宿主條件,則IIS會自動忽略此配置,采用前者的配置節點。
2)經過此配置后,iis7及以上的集成模式的站點已經能夠處理FolderTest路徑下的所有404 Request了。
3)resourceType="Unspecified",是用來處理標示處理所有請求的,包括file and folder等等,如果我們處理的是文件url,則不需要此配置屬性。
4)path=”*”,表明這是一個wildcard httphandler。
5)如果我們不是要處理子目錄下所有請求,如上文配置中的FolderTest,而是要處理根目錄下的所有404請求,則去掉location配置節。
2:現在來處理iis7及以上的集成模式的情況
比如,不幸我們還在使用II6,則應該在IIS中配置“Verify that file Exists”為非構選狀態。以iis6為例,我們可進行如下操作:
1:)打開站點配置節點
點擊Configuration之。
2:)然后,在出現的界面中的下半部分,即“Wildcard application maps”部分,點擊“Insert”,出現如下圖:
把aspnet_isapi.dll配置進去,然后不要鈎選“Verify that file exists”,OK之。
至此,整個世界清靜了。你可以在你的HttpHandler中處理任何想要的Request的數據了,比如表單數據,哪怕客戶端提交的是一個不存在的URL。