IIS與ASP.NET Http Runtime Pipeline

最近在看artech的wcf文章時，接觸到他的幾篇IIS 和 ASP.NET ISAPI的文章，感覺寫的非常好。同時參考其他一些資料對IIS與ASP.NET Http Runtime Pipeline做了這次簡單的總結。

 對於IIS處理asp.net資源的流程梳理一番後，大致畫了下面這些圖，目的是為了加深理解。更詳細內容可以查看artech的幾篇文章：http://www.cnblogs.com/artech/archive/2007/09/09/887528.html

IIS對使用者請求的處理？

使用者訪問IIS靜態資源，IIS會直接提取對應的檔案並將其作為Http Response返回給Client。

使用者訪問IIS動態資源，IIS會將Request進一步傳遞給對應的處理常式，處理常式執行完畢獲得最終的Http Response通過IIS返回給Client。

上面所說的處理常式就是通過ISAPI Extension來體現。

IIS如何將不同的Resource對應到ISAPI？

    IIS的Metadata database維護著一個稱為ISAPI Extension Mapping的資料表，負責將不同類型的Resource影射到對應的ISAPI Extension。

ASP.NET對應的ISAPI是什嗎？

對於基於ASP.NET的資源來說，對應的ISAPI為ASP.NET ISAPI，通過一個aspnet_isapi.dll承載

IIS5.X處理ASP.NET Resource的流程

   

注意

1）同一台主機上再同一時間只能運行一個aspnet_wp進程，每個基於虛擬目錄的ASP.NET Application對應一個Application Domain，也就是說每個Application都運行在同一個Worker Process中，Application之間的隔離是基於Application Domain的，而不是基於Process的。

2）ASP.NET  ISAPI不但負責建立aspnet_wp Worker Process，而且負責監控該進程，如果檢測到aspnet_wp的Performance降低到某個設定的下限，ASP.NET  ISAPI會負責結束掉該進程。當aspnet_wp結束掉之後，後續的Request會導致ASP.NET ISAPI重新建立新的aspnet_wp Worker Process。

3）由於IIS和Application運行在他們各自的進程中，他們之間的通訊必須採用特定的通訊機制。本質上IIS所在的InetInfo進程和Worker Process之間的通訊是同一台機器不同進程的通訊（local interprocess communications），處於Performance的考慮，他們之間採用基於Named pipe的通訊機制。ASP.NET ISAPI和Worker Process之間的通訊通過他們之間的一組Pipe實現。同樣處於Performance的原因，ASP.NET ISAPI通過非同步方式將Request 傳到Worker Process並獲得Response，但是Worker Process則是通過同步的方式向ASP.NET ISAPI獲得一些基於Server的變數。

IIS6處理ASP.NET Resource的流程

 

IIS5.X的缺陷

1）從Performance上看，IIS和application運行在不同的進程中，雖然他們之間採用了基於Named Pipe的非同步通訊方式，但是一個基於進程之間的通訊對效能的影響確實不能從根本上解決。

2）從Reliability來考慮，一台機器上只能運行一個worker process，每個Application運行在同一個進程中，雖然基於Application Domain的隔離能提供一定的Reliability，但是一旦整個進程崩潰，所有的Application都受影響。所以我們有時候需要提供一個基於Process的隔離性。

IIS6的改進

1）基於Reliability的改進，IIS 6引入了Application Pool。

在建立Web Application的時候，我們為它指定一個既定的application pool。在啟動並執行時候，一個Application對應一個Worker Process：w3wp.exe。，同一台機器上可以同時運行多個Worker Process，每個Worker Process中的每個Application domain對應一個Application。

2）在Performance方面，IIS 5.x是通過InetInfo.exe監聽Request並把Request分發到Work Process。換句話說，在IIS 5.x中對Request的監聽和分發是在User Mode（使用者模式）中進行，在IIS 6中，這種工作被移植到kernel Mode（核心模式）中進行，所有的這一切都是通過一個新的組件：http.sys來負責。

 

ASP.NET Http Runtime Pipeline