深入剖析IIS 6.0(5)

　　W3SVC也許是IIS 6.0體系中最不令人注意的組件，不過這并不說明它不重要。W3SVC的任務是根據配置數據的設置創建和監視工作線程，由工作線程運行Web網站應用。在IIS 5.0中，與IIS 6.0 W3SVC組件最接近的是IIS管理服務，IIS管理服務是.netinfo的一部分；因此，如果Inetinfo出現問題，IIS管理服務也會出現問題，而且此時的IIS管理服務不能再重新啟動Inetinfo或其他故障的應用程序。在IIS 6.0中，W3SVC作為一個獨立的進程運行，Web應用的故障不可能波及W3SVC，因為W3SVC之內根本沒有第三方的代碼運行。W3SVC總是處于運行狀態，因此它能夠監視Web應用的健康狀況，并在必要時采取行動。由于這一策略，服務器能夠根據用戶指定的參數監視和重新啟動應用程序。

　　■ http.sys

　　IIS 6.0體系設計中最重大的變化是加入了http.sys驅動程序，http.sys驅動程序的任務是處理HTTP請求，而且它在內核模式下執行操作。不要小看這一改變，將處理HTTP請求的任務從IIS 5.0、IIS 4.0的用戶模式改變到IIS 6.0的內核模式標志著新一代IIS服務器的誕生。

　　在Win 2K和NT 4.0中，IIS在用戶模式下運行。運行在用戶模式下的應用程序不直接與硬件通信，它們直接調用的是一些標準過程，這些標準過程或者將數據傳入內核模式的組件（例如網卡驅動程序，圖形子系統），或者調用內核模式組件的函數，以此完成保存文件、設置IP地址、將HTML文件發送到網絡之類的任務。

　　用戶模式和內核模式之間的轉換是一項開銷很大的操作，服務器首先從內核模式的TCP/IP棧將傳入的HTTP請求傳遞給用戶模式的Winsock，由Winsock將請求傳遞給IIS。從內核模式到用戶模式的切換很快發生，但不可避免地給處理過程帶來瞬間的延遲。當負載較大時，這種延遲不斷累加，同時由于這種轉換是必不可少的，所以管理員根本沒有辦法優化處理過程。

　　IIS 6.0的https.sys內核模式驅動程序極大地減少了用戶模式和內核模式之間的切換次數。http.sys監聽著HTTP請求，決定由哪一個用戶模式的進程來處理該請求，或者是否由驅動程序本身返回用戶請求的內容。

　　IIS 6.0在用戶模式下運行，完全依賴內核模式的http.sys作為接收用戶請求的服務器引擎。因此，http.sys必須能夠在任何時候作出相應，必須具有極高的可靠性。用戶代碼可能導致進程出錯，所以微軟把http.sys設計成不執行任何用戶代碼，這樣，即使應用程序出現了故障，也不會影響到IIS 6.0本身，IIS 6.0仍能夠照常監聽HTTP請求。

　　如果要從內核模式的緩沖區返回靜態的應答，一個高速的、內核模式的、不允許運行應用程序代碼的HTTP處理器是十分理想的，它減少了切換到用戶模式的昂貴開銷，能夠從內核模式的緩沖區快速返回應答。IIS 6.0的http.sys就管理著這樣一個緩沖區，而且使用了高度優化的啟發式緩沖區算法來確定哪些內容要放入緩沖區，例如，http.sys可能只緩沖那些出現了一次以上請求的內容。

　　由于http.sys直接從應答緩沖區提取靜態內容，不必再切換到用戶模式，所以與IIS 5.0的性能相比，IIS 6.0的整體性能有了顯著提升。根據微軟的資料顯示，WebBench基準測試表明IIS 6.0返回靜態內容的速度要比IIS 5.0快150％。即使以IIS 5.0的隔離模式運行IIS 6.0服務器（這時，IIS 6.0的體系結構與IIS 5.0的相似），同樣也能從http.sys驅動程序的應答緩沖區和其他改進之處獲益。

　　另外，微軟在http.sys驅動程序中采用了許多優化的算法，使其能夠將請求直接轉發到適當的工作進程。在IIS 4.0和IIS 5.0中，必須通過多個步驟才能確定進程的哪一個實例擁有了應當接收當前請求的Web應用，但在IIS 6.0中，http.sys注冊了所有IIS 6.0應用，賦予每一個進程一個句柄，IIS內部利用這些句柄來標識注冊的應用程序要用到的一個或多個名稱空間。因此，當http.sys接收到一個HTTP請求，它能夠很快地將請求從內核模式的http.sys傳遞到正確的用戶模式的Web應用。

　　http.sys驅動程序還要執行其他一些任務，其中包括：

　?、?將傳入的URL與各種長度、格式方面的規則進行比較。

　?、?管理傳入請求的隊列。

　?、?擔負著記錄IIS Web網站日志信息的任務（從而提高了記錄日志的性能）。

　?、?實施帶寬限制策略以及支持TCP/IP級的管理。

　?、?實現客戶證書請求服務（但不支持安全套接字層——SSL）。