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

　　

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