【導(dǎo)讀】 1 蕆蒄螀膇膆蝕蚆螃羋蒃薂袂莁蚈袀袂肀蒁螆袁膃蚆螂袀蒞蕿蚈衿蕆莂羇袈膇薇袃袇艿莀蝿袆莂薆蚅羆肁荿薁羅膄薄袀羄莆莇裊羃蒈螞螁膈蒅蚇羈芀蟻薃羀莂蒃袂羀肂蠆螈聿膄蒂蚄肈芇蚇薀肇葿蒀罿肆腿莃裊肅芁薈螁肄莃莁蚇肄肅薇薃肅膅荿袁膂羋薅螇膁莀莈蚃膀肀薃蠆腿節(jié)蒆羈膈莄蟻襖膈蕆蒄螀膇膆蝕蚆螃羋蒃薂袂莁蚈袀袂肀蒁螆袁膃蚆螂袀蒞蕿蚈衿蕆莂羇袈膇薇袃袇艿莀蝿袆莂薆蚅羆肁荿薁羅膄薄袀羄莆莇裊羃蒈螞螁膈蒅蚇羈芀蟻薃羀莂蒃袂羀肂蠆螈聿膄蒂蚄肈芇蚇薀肇葿蒀罿肆腿莃裊肅芁薈螁肄莃莁蚇肄肅薇薃肅膅荿袁膂羋薅螇膁莀莈蚃膀肀薃蠆腿節(jié)蒆羈膈莄蟻襖膈蕆蒄螀膇膆蝕蚆螃羋蒃薂袂莁蚈袀袂肀蒁螆袁膃蚆螂袀蒞蕿蚈衿蕆莂羇袈膇薇袃袇艿莀蝿袆莂薆蚅羆肁荿薁羅膄薄袀羄莆莇裊羃蒈螞螁膈蒅蚇羈芀蟻薃羀莂蒃袂羀肂蠆螈聿膄蒂蚄肈芇蚇薀肇葿蒀罿肆腿莃裊肅芁薈螁肄莃莁蚇肄肅薇薃肅膅荿袁膂羋薅螇膁莀莈蚃膀肀薃蠆腿節(jié)蒆羈膈莄蟻襖膈蕆蒄螀膇膆蝕蚆螃羋蒃薂袂莁蚈

　　

【正文】 (2) 松散 的整合組建。大多數(shù)有延展能力的系統(tǒng)，現(xiàn)階段是以“異步信息”為構(gòu)架建立的。要建立這種多層架構(gòu)，操作非常復(fù)雜，而且工具很少。 .NET Framework 不需要很嚴謹?shù)囟x每個組件的結(jié)果即可很輕松的整合，這樣可提 高程序的延展性。 (3) 支持多種程序語言。 .NET Framework 將各種開發(fā)語言整合起來，可以讓開發(fā)人員使用不同的程序語言來開發(fā)解決方案，選擇他們擅長的程序語言，這節(jié)省了程序員重新學(xué)習(xí)新語言的過程，可以將更多的精力用于開發(fā)。 (4) 提高程序設(shè)計人員的工作效率。 NET Framework 盡可 能減少開發(fā)人員寫程序時會 4 出現(xiàn)的問題，讓程序設(shè)計人員專心于系統(tǒng)開發(fā)工作。 (5) 完善的數(shù)據(jù)安全。要設(shè)計一個安全性較好的互聯(lián)網(wǎng)應(yīng)用程序，在設(shè)計時就必須考慮所有組件的安全問題，而不能僅考慮一部分。所以 NET Framework 在設(shè)計安全模型時，將所用的數(shù)據(jù)與程序代碼做了比較完善的安全保護。 (6) 可用操作系統(tǒng)的服務(wù)。 Windows 提供了豐富的服務(wù)及資源， NET Framework 將這些功能包裝起來，以更簡單的方式共程序設(shè)計人員使用。 在 Web 應(yīng)用方面的優(yōu)點給企業(yè)和開發(fā)人員帶來了很多方便。 是在服務(wù)器上運行的編譯好的公共語言運行庫。 可利用早 期綁定、實時編譯、本機優(yōu)化和盒外緩存等服務(wù)，所以在編寫代碼行之前就已經(jīng) 顯著提高了性能。 框架應(yīng)用了 Visual 集成開發(fā)環(huán)境中的工具箱和設(shè)計器。 威力和靈活性。 應(yīng)用是基于公共語言運行庫的， .NET 的框架類庫、 消息處理和數(shù)據(jù)訪問解決方案都可與 Web 無縫訪問， 可以選擇最合 適應(yīng)用程序的語言，或跨多種語言分割應(yīng)用程序。 應(yīng)用了公共語言運 行庫中的托管服務(wù)，這簡化了程序的開發(fā)。 采用基于文本的分層配置系統(tǒng)，簡化了將設(shè)置應(yīng)用于服務(wù)器環(huán)境和 Web 應(yīng)用程序的操作。 框架應(yīng)用程序在部署時只需將必要的文件復(fù) 制到服務(wù)器即可將 框架應(yīng)用程序部署到服務(wù)器，不需要重新啟動服 務(wù)器。 增加了專門用于在聚集環(huán)境和多處理器環(huán)境中提高性能的功能。另 外，進程受到 運行庫的密切監(jiān)視和管理，以便當(dāng)進程行為泄露、死 鎖時，可立即創(chuàng)建新進程，以保持應(yīng)用程序始終可以處理請求。 用戶可以使用自己編寫的 自定義組件或擴展組件替換 運行庫的任何 子組件。 應(yīng)用了 Windows 系統(tǒng)內(nèi)置的身份驗證機制，這樣可以保證應(yīng)用程序 的安全性。 ASP 運行原理 在用 創(chuàng)建工程前，一定要了解 的運行機制，這樣才可以更好地應(yīng)用。下面將對 的運行機制進行詳細的分析。主要分為以下三部分： Http 請求； 運行原理； 運行機制。 1） Http 請求 從客戶端到服務(wù)器端的請求消息包括，消息首行中，對資源的 請求方法、資 源的標識符及使用的協(xié)議。例如當(dāng)你點擊一個連接時，瀏覽器首先找到站點的 IP地址，這是通過 DNS 來實現(xiàn)的。在找到 IP 地址后可以建立 TCP 連接了，連接建立后就可以發(fā)送 5 請求了。 現(xiàn)在假設(shè)點擊了一個從 ，這時瀏覽器會發(fā)出下面的請求： Get /mattmarg/ HTTP/ UserAgent: Mozilla/ (Macintosh。 I。 PPC) Accept: text/html。 */* Cookie: name = value Referer: Host: 第一行稱為請求，它告訴服務(wù)器從 MATTMARG 取得文件，這里的目錄一般 是要加 /的。下面幾行通知服務(wù)器你所使用的瀏覽器是什么類型，你所接收的數(shù)據(jù) 是什么類型。如果你以前訪問過這個站點，站點 可能向你發(fā)送了 cookie，如果你已經(jīng)有了一個這樣的 cookie，瀏覽器會將這個 cookie 返回給服務(wù)器。 referer 行通知服務(wù)器用戶從哪一頁到達此頁的。 下面服務(wù)器就要返回文件了，每次服務(wù)器返回文件時，都要返回一個 /，同時帶有狀態(tài)碼，在此之后是一些描述內(nèi)部的頭信息。下面就是一個響應(yīng)： HTTP/ 200 Found Date: Mon, 10 Feb 2021 23:48:22 GMT Server: Apache/ HotWired/ Contenttype: text/html LastModified: Tues, 11 Feb 2021 22:45:55 GMT 不同數(shù)據(jù)可能返回不同的 contenttype, 因此不同的內(nèi)容需要不同的 contenttype,因此有時候這個過程是很慢的。 Http 請求傳送回來的是頁面文本、圖片等信息，在客戶端瀏覽器進行解釋執(zhí)行后，才會顯示頁面。一個完整的頁面也許要發(fā)送多條 Http 請求才可以完整的顯 示。 2） 運行原理 的運行原理如圖 21 所示。 運行時首先會通過客 戶端計算機向 IIS 服務(wù)器發(fā)送一個 Http 請求，此請求被 IIS 服務(wù)器接收后， IIS 會確認請求頁面的類型，然后為其加載相應(yīng)的 dll 文件，并在處理的過程中將這條請求發(fā)送給可以處理此請求的模塊 HttpHandler。當(dāng)請求在 HttpHandler 模塊中處理完后，會按照原來的順序返回給 Http，這樣就完成了 的整個運行過程。 6 圖 21 運行原理圖 服務(wù)器端的 HttpHandler 專門用于處理 aspx 文件。 IIS 將請求發(fā)送給 HttpHandler模塊之前，還需要經(jīng)過一些系統(tǒng)默認的 Http Module。這樣做具有以下優(yōu)點： 提高安全性；提高運行效率；能夠在更多的環(huán)節(jié)上進行控制，增強控制能力。 3） 運行機制 的運行機制大致上與 JSP 的運行機制是很相似的，所有的 WEB 站點都是基于 HttP 協(xié)議的， 也不列外。 首先是來自客戶端的請求，然后 web 服務(wù)器（ web 容器 是 IIS ，如果你的機子沒安裝 IIS 沒關(guān)系，因為你用的 VS 開發(fā)工具中有一個小型的 IIS 服務(wù)器，但是建議安裝 IIS， JSP 用的是 TOMACT）根據(jù)相應(yīng)的條件（就是根據(jù)請求的后綴名），將請求提交給應(yīng)用服務(wù)器的解析器解析器根據(jù)用戶的請求和數(shù)據(jù)庫服務(wù)器與打交道得到數(shù)據(jù)， 再經(jīng)過編譯，運行，最終將結(jié)果返回給客戶端。 一個 的應(yīng)用程序是開始于 IIS 的。 當(dāng)你請求一個包含 應(yīng)用的網(wǎng)址時 ,IIS 接受到請求 (IIS 是 WEB 服務(wù)守候進程 ),IIS 收到請求后 ,會根據(jù)請求者請求的主機頭或者 IP 或者端口號來找到對應(yīng)的站點。 當(dāng)找到站點后 ,如果你請求的資源是以 ASPX 為結(jié)尾的 WEBFORM,時 ,IIS 會將控制權(quán)交給一個 ISAPI 擴展 .,名叫 ,控制權(quán)由 IIS 交到 ASPNET 的 ISAPI 擴展上 .,需要說明的是 ,ISAPI 擴展的級別低于 IIS,但高于用戶站點 ,它獨立于站點之外。 ISAPI 收到處理請求后 ,會啟動一個 工作進程 .然后將請求者的請求信息轉(zhuǎn)交給 工作進程 ( 名為 ). 接下來 , 控制權(quán)由 ASPNET_WP 掌握 .ASPNET_WP 首先解出請求者的信息 , 如果請求者請求的 應(yīng)用 程序 ( 站點或虛擬目錄 , 通俗一點 ) 尚未擁 APPDOMAIN,ASPNET_WP 就會建立一個 APPDOMAIN, 并且將被請求的 應(yīng)用所需的 Assembly(就是那些 DLL,例如 等 )載入到APPDOMAIN 中。 Http IIS Http hander Http Hander Http Hander Http Hander 7 以上的步驟可以看到一個結(jié)論和規(guī)律：控制權(quán)是以流水式在各個請求處理者 間傳遞，并且，前一個處理請求者必須負責(zé)傳遞后一個處理請求者所需的信息， 而且要負責(zé)裝載或初始化后一個處理者。這很像我們生活中的接力賽。 AspNet_WP 不光負責(zé)建立 APPDOMAIN(當(dāng)然 ,如果已經(jīng)存在的話 ,就直接使用 這個 DOMAIN 了 )，另外，它在 APPDOMAIN 建立后，還會將請求轉(zhuǎn)發(fā)至對