ASP.NET中的URL映射技巧

 在項目中經常要進行如下映射

將
http://yyjcw.com/a.aspx?name=llinzzi
映射到
http://yyjcw.com/llinzzi
首先要解決2個問題
第一是支持通配符的映射 URL映射是asp.net2.0新增的功能,不支持通配符
於是采用了NBEAR的 NBear.Web.Modules.UrlRewriteRules 進行通配符映射

<?xml version="1.0"?>
<!-- 
    注意: 除了手動編輯此文件以外，您還可以使用 
    Web 管理工具來配置應用程序的設置。可以使用 Visual Studio 中的
     “網站”->“Asp.Net 配置”選項。
    設置和注釋的完整列表在 
    machine.config.comments 中，該文件通常位於 
    WindowsMicrosoft.NetFrameworkv2.xConfig 中
-->
<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
  <configSections>
    <section name="UrlRewriteRules" type="NBear.Web.Modules.UrlRewriteRules, NBear.Web"/>
  </configSections>
  <UrlRewriteRules>
    <Rule key="/(.*)/" value="/a.aspx?name=$1" />
    <Rule key="/(.*)" value="/a.aspx?name=$1" />
  </UrlRewriteRules>  
  
  <appSettings/>

  <system.web>

    <sessionState timeout="200" />
    <httpModules>
      <add type="NBear.Web.Modules.UrlRewriteModule, NBear.Web" name="UrlRewriteModule"/>
    </httpModules>
    
    <!-- 
            設置 compilation debug="true" 將調試符號插入
            已編譯的頁面中。但由於這會 
            影響性能，因此只在開發過程中將此值 
            設置為 true。
        -->
        <compilation debug="true" defaultLanguage="c#" />
        <!--
            通過 <authentication> 節可以配置 ASP.NET 使用的 
            安全身份驗證模式，
            以標識傳入的用戶。 
        -->
        <authentication mode="Windows"/>
        <!--
            如果在執行請求的過程中出現未處理的錯誤，
            則通過 <customErrors> 節可以配置相應的處理步驟。具體說來，
            開發人員通過該節可以配置
            要顯示的 html 錯誤頁
            以代替錯誤堆棧跟蹤。

        <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
            <error statusCode="403" redirect="NoAccess.htm" />
            <error statusCode="404" redirect="FileNotFound.htm" />
        </customErrors>
        -->
    </system.web>
</configuration>

vs2005裡進行測試成功,但放到IIS裡失敗

檢查了幾次,沒發現問題,仔細想了想

先了下,iis的工作流程應該是遇到.aspx擴展名,交給.net處理,然後才能調用httpModules進行url映射
http://yyjcw.com/llinzzi
沒有aspx擴展名,所以iis直接當成文件架,返回404錯誤了
而vs2005裡的調試web服務器把所有的請求都發給了.net處理,所以成功.
於是更改映為
  <Rule key="/(.*)/index.aspx" value="/a.aspx?name=$1" />
浏覽
http://yyjcw.com/llinzzi/index.aspx
測試成功.
開心,把index.aspx設置成默認文檔
測試http://yyjcw.com/llinzzi/;結果還是404錯誤
想了下iis認為llinzzi文件夾不存在,自然就沒用默認文檔去訪問

郁悶,想了很多方法,均失敗
難道要用 llinzzi/index.html訪問?難道要生成真是存在的文件夾?
都不是理想的方案

在嘗試從iis裡的主目錄裡的配置裡修改isapi來實現用文件夾對iis的解析的時候,突然發現windows2003服務器上的iis6對比我工作機xp上的iis5多了一個名為
通配符應用程序映射 的設置,眼睛一亮..有戲,第一名字聽起來有門,第二2003本來就是為.net打造的.於是點插入,
輸入 c:windowsmicrosoft.netframeworkv2.0.50727aspnet_isapi.dll 
測試,成功!

搜索了下關於 通配符應用程序映射 的資料

安裝通配符應用程序映射
在 IIS 6.0 中，管理員可以在每次開始對網站或虛擬目錄發送請求時，將該網站或虛擬目錄配置為運行 Internet 服務器 API (ISAPI)，而不管所請求文件的擴展名。

當 IIS Web 服務器接受到來自客戶端的請求時，Web 服務器會查看在請求中命名的文件擴展名，以確定有哪一個 ISAPI 或公共網關接口 (CGI) 應用程序來處理該文件。例如，如果請求名為 Default.asp 的網頁時，IIS 可以從應用程序映射列表中知道 Default.asp 由 Asp.dll ISAPI 應用程序處理。

如果想在所請求的頁面發送到映射的應用程序前對每次客戶端請求執行特定的任務，可以編寫一個 ISAPI 篩選器在請求到達時將其截獲。但是，ISAPI 篩選器具有以下限制：

它們不能訪問請求主體，而只訪問頭。 
它們只能在每個站點配置，而不能在每個虛擬目錄配置。 
它們不應包含長期運行的操作，因為 ISAPI 篩選器是同步進行的。 
它們的靈活性較小，因為 ISAPI 篩選器 API 的功能比 ISAPI 擴展 API 少，後者用於編寫 ISAPI 應用程序。 
它們在時間上難以管理。 
它們是事件驅動的。

通過使用通配符應用程序映射，您可以在所請求的頁面發送到其映射應用程序之前截獲每個請求。其效果就像擁有處理每個文件名擴展的應用程序映射。這就是使用“通配符”來命名這一功能的原因。使用通配符應用程序映射的應用程序只能是 ISAPI 應用程序。

客戶端請求采用以下路由：

傳入的請求由安裝在根網站上的任何現有的 ISAPI 篩選器處理。ISAPI 篩選器依次執行。 
請求被發送到任何現有的通配符應用程序映射的應用程序，這些程序也是依次執行的。如果傳入的請求是對虛擬目錄中的 Web 文件進行請求的，且通配符應用程序映射已安裝在了該虛擬目錄和根網站上，那麼只有安裝在該虛擬目錄的通配符應用程序映射才被執行。如果該虛擬目錄上沒有安裝通配符應用程序映射，則將執行安裝在網站上的通配符應用程序映射。換句話說，通配符應用程序映射只在所請求的 Web 文件所處的應用程序中不存在映射時才會被繼承。 
IIS 服務器會查看應用程序映射表，以確定由哪個 ISAPI 應用程序或 CGI 腳本專門處理所請求的文件。 
每個階段都可以附加響應，然後傳回給客戶端。 
使用通配符應用程序映射
通配符應用程序映射可以在以下方案中使用：

高安全性 Web 應用程序（如銀行業應用程序）要求對每個提出請求的用戶根據用戶名、密碼和帳戶號數據庫進行身份驗證。例如，一旦用戶通過了身份驗證，將會創建規定用戶可以訪問哪些信息的特定規則。如果通配符應用程序映射確定用戶不具有相應權利，它可以阻止請求的進一步訪問，或將請求發送到所請求的網頁以外的網頁。這種自定義的身份驗證和授權方案可以在 ISAPI 應用程序中執行，並安裝為通