IIS6的ASP.NET ISAPI請求處理過程是怎樣的

IIS6的ASP.NET ISAPI請求處理過程是怎樣的，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

IIS6 的 ASP.NET 請求處理過程

對圖的解釋：

IIS6 的 ASP.NET 請求處理過程IIS 5.x 是通過 InetInfo.exe 監聽 Request 并把Request分發到Work Process。換句話說，在IIS 5.x中對Request的監聽和分發是在User Mode中進行，在IIS 6中，這種工作被移植到kernel Mode中進行，所有的這一切都是通過一個新的組件：http.sys 來負責。

注：為了避免用戶應用程序訪問或者修改關鍵的操作系統數據，windows提供了兩種處理器訪問模式：用戶模式(User Mode)和內核模式(Kernel Mode)。一般地，用戶程序運行在User mode下，而操作系統代碼運行在Kernel Mode下。Kernel Mode的代碼允許訪問所有系統內存和所有CPU指令。

在User Mode下，http.sys接收到一個基于 aspx 的http request，然后它會根據IIS中的 Metabase 查看該基于該 Request 的 Application 屬于哪個Application Pool， 如果該Application Pool不存在，則創建之。否則直接將 request 發到對應Application Pool 的 Queue中。

每個 Application Pool 對應著一個Worker Process：w3wp.exe，毫無疑問他是運行在User Mode下的。在IIS Metabase 中維護著 Application Pool 和worker process的Mapping。WAS(Web Administrative service)根據這樣一個mapping，將存在于某個Application Pool Queue的request 傳遞到對應的worker process(如果沒有，就創建這樣一個進程)。在 worker process 初始化的時候，加載ASP.NET ISAPI，ASP.NET ISAPI 進而加載CLR。***的流程就和IIS 5.x一樣了：通過AppManagerAppDomainFactory 的 Create方法為 Application 創建一個Application Domain;通過 ISAPIRuntime 的 ProcessRequest處理Request，進而將流程進入到ASP.NET Http Runtime Pipeline。

關于IIS6的ASP.NET ISAPI請求處理過程是怎樣的問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。