淺談ASP.NET ISAPI
ASP.NET是一個非常強大的構(gòu)建Web應用的平臺，它提供了極大的靈活性和能力以致于可以用它來構(gòu)建所有類型的Web應用。
絕大多數(shù)的人只熟悉高層的框架如： WebForms 和 WebServices --這些都在ASP.NET層次結(jié)構(gòu)在***層。
IIS 5 的 ASP.NET請求處理過程
對圖的解釋：
IIS 5.x 一個顯著的特征就是 Web Server 和真正的 ASP.NET Application 的分離。作為 Web Server 的IIS運行在一個名為 InetInfo.exe 的進程上，InetInfo.exe 是一個Native Executive，并不是一個托管的程序，而我們真正的 ASP.NET Application 則是運行在一個叫做 aspnet_wp 的 Worker Process 上面，在該進程初始化的時候會加載CLR，所以這是一個托管的環(huán)境。
ISAPI： 指能夠處理各種后綴名的應用程序。 ISAPI 是下面單詞的簡寫 ：Internet Server Application Programe Interface，互聯(lián)網(wǎng)服務器應用程序接口。
IIS 5 模式的特點：
1、首先，同一臺主機上在同一時間只能運行一個 aspnet_wp 進程，每個基于虛擬目錄的 ASP.NET Application 對應一個 Application Domain ，也就是說每個 Application 都運行在同一個 Worker Process 中，Application之間的隔離是基于 Application Domain 的，而不是基于Process的。
2、其次，ASP.NET ISAPI 不但負責創(chuàng)建 aspnet_wp Worker Process，而且負責監(jiān)控該進程，如果檢測到 aspnet_wp 的 Performance 降低到某個設定的下限，ASP.NET ISAPI 會負責結(jié)束掉該進程。當 aspnet_wp 結(jié)束掉之后，后續(xù)的 Request 會導致ASP.NET ISAPI 重新創(chuàng)建新的 aspnet_wp Worker Process。
3、***，由于 IIS 和 Application 運行在他們各自的進程中，他們之間的通信必須采用特定的通信機制。本質(zhì)上 IIS 所在的 InetInfo 進程和 Worker Process 之間的通信是同一臺機器不同進程的通信(local interprocess communications)，處于Performance的考慮，他們之間采用基于Named pipe的通信機制。ASP.NET ISAPI和Worker Process之間的通信通過他們之間的一組Pipe實現(xiàn)。同樣處于Performance的原因，ASP.NET ISAPI 通過異步的方式將Request 傳到Worker Process 并獲得 Response，但是 Worker Process 則是通過同步的方式向 ASP.NET ISAPI 獲得一些基于 Server 的變量。
【編輯推薦】
