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