您好,登錄后才能下訂單哦!
這篇文章主要講解了“ASP.NET配置怎么優(yōu)化”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“ASP.NET配置怎么優(yōu)化”吧!
ASP.NET性能優(yōu)化之狀態(tài)管理
a) 當(dāng)不使用會話狀態(tài)時禁用它
并不是所有的應(yīng)用程序或頁都需要具體用戶的會話狀態(tài);您應(yīng)該在不需要時禁用會話狀態(tài)。若要禁用頁的會話狀態(tài),請將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 false。
如果頁需要訪問會話變量,但不會創(chuàng)建或修改它們,則將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 ReadOnly。
若要禁用應(yīng)用程序的會話狀態(tài),請在應(yīng)用程序的 Web.config 文件的 SessionState 節(jié)中將 Mode 屬性設(shè)置為 Off。
b) 針對應(yīng)用程序需要,選擇適當(dāng)?shù)臅挔顟B(tài)提供程序
ASP.NET 為存儲應(yīng)用程序的會話數(shù)據(jù)提供了多種方法:進(jìn)程內(nèi)會話狀態(tài)、作為 Windows 服務(wù)的進(jìn)程外會話狀態(tài)和 SQL Server 數(shù)據(jù)庫中的進(jìn)程外會話狀態(tài)。(您還可以創(chuàng)建自定義會話狀態(tài)提供程序,以在所選數(shù)據(jù)存儲區(qū)中存儲會話數(shù)據(jù)。)每種方法都有自己的優(yōu)點,但進(jìn)程內(nèi)會話狀態(tài)是迄今為止速度最快的解決方案。如果只在會話狀態(tài)中存儲少量易失數(shù)據(jù),則建議您使用進(jìn)程內(nèi)提供程序。進(jìn)程外會話狀態(tài)選項用于跨多個處理器或多個計算機縮放應(yīng)用程序,或者用于您希望在服務(wù)器或進(jìn)程重新啟動時保留會話數(shù)據(jù)的情況。
ASP.NET性能優(yōu)化之Web 應(yīng)用程序
a) 考慮預(yù)編譯
在對資源(如 ASP.NET 網(wǎng)頁)的***請求中,Web 應(yīng)用程序是批編譯的。如果應(yīng)用程序中的頁都沒有編譯,批編譯功能會成批編譯目錄中的所有頁,以增加磁盤和內(nèi)存的使用率??梢允褂?ASP.NET 編譯工具 (Aspnet_compiler.exe) 預(yù)編譯 Web 應(yīng)用程序。對于就地編譯,該編譯工具調(diào)用 ASP.NET 運行庫來編譯站點,其方式與用戶向網(wǎng)站請求頁時的方式相同??梢灶A(yù)編譯 Web 應(yīng)用程序,以便保留 UI 標(biāo)記;也可以預(yù)編譯頁,以便不能更改源代碼。
b) 去除客戶端雙連接限制
HTTP 規(guī)范表明,一個 HTTP 客戶端與任一服務(wù)器最多可以同時建立兩個 TCP 連接。這可以防止單個瀏覽器在瀏覽某個頁面(例如,具有120個嵌入的縮略圖)時,由于連接請求過多而使服務(wù)器負(fù)載過重。
< system.net> < connectionManager> < add address="*" maxconnection = "40" /> …
(會加快客戶端對頁面訪問速度,但是同時會增加服務(wù)器負(fù)載,配置需要權(quán)衡)
c) 在 Internet 信息服務(wù) 5.0 上,在進(jìn)程外運行 Web 應(yīng)用程序
默認(rèn)情況下,IIS 5.0 上的 ASP.NET 將使用進(jìn)程外輔助進(jìn)程為請求提供服務(wù)。此功能已被優(yōu)化以提高吞吐量。由于在進(jìn)程外的輔助進(jìn)程中運行 ASP.NET 有其功能和優(yōu)點,建議在生產(chǎn)站點上使用它。
d) 定期回收進(jìn)程
為了同時保證穩(wěn)定性和性能,應(yīng)該定期回收進(jìn)程。經(jīng)過較長的時間,有內(nèi)存泄漏和 Bug 的資源可以影響 Web 服務(wù)器的吞吐量,而回收進(jìn)程可以清理內(nèi)存避免這類問題。但是,應(yīng)當(dāng)平衡定期回收的需求和過頻的回收,因為停止輔助進(jìn)程、重新加載頁面并重新獲取資源和數(shù)據(jù)的開銷可能會超過回收的好處。
在使用 IIS 6.0 的 Windows Server 2003 上運行的 ASP.NET Web 應(yīng)用程序不需要調(diào)整進(jìn)程模型設(shè)置,因為 ASP.NET 將使用 IIS 6.0 進(jìn)程模型設(shè)置。
e) 必要時調(diào)整應(yīng)用程序每個輔助進(jìn)程的線程數(shù).
ASP.NET 的請求結(jié)構(gòu)試圖在執(zhí)行請求的線程數(shù)和可用資源之間達(dá)到一種平衡。該結(jié)構(gòu)將根據(jù)可用于請求的 CPU 功率,來決定允許同時執(zhí)行的請求數(shù)。這項技術(shù)稱作線程門控。但是在某些條件下,線程門控算法不是很有效。通過使用與“ASP.NET Applications”性能對象關(guān)聯(lián)的“Pipeline Instance Count”(管線實例計數(shù))性能計數(shù)器,可以在 Windows 性能監(jiān)視器中監(jiān)視線程門控。
當(dāng) ASP.NET 網(wǎng)頁調(diào)用外部資源時(例如執(zhí)行數(shù)據(jù)庫訪問或 XML Web services 請求時),頁面請求通常停止并釋放 CPU 以處理其他線程,直到外部資源響應(yīng)為止。如果另一個請求正在等待處理,并且線程池中有一個線程釋放,則開始處理這個正在等待的請求。這可能導(dǎo)致 ASP.NET 輔助進(jìn)程或應(yīng)用程序池中存在大量同時執(zhí)行的請求和許多正在等待的線程,而它們會影響 Web 服務(wù)器的吞吐量,從而對性能產(chǎn)生不利的影響。
為緩解這種情況,可以通過更改 Machine.config 文件的 processModel 節(jié)中的 MaxWorkerThreads 和 MaxIOThreads 屬性,手動設(shè)置對進(jìn)程中的線程數(shù)的限制。
輔助線程是用來處理 ASP.NET 請求的,而 IO 線程則是用于為來自文件、數(shù)據(jù)庫或 XML Web services 的數(shù)據(jù)提供服務(wù)的。
分配給進(jìn)程模型屬性的值是進(jìn)程中每個 CPU 每類線程的***數(shù)目。對于雙處理器計算機,***數(shù)是設(shè)置值的兩倍。對于四處理器計算機,***值是設(shè)置值的四倍。對于有一個或兩個處理器的計算機,默認(rèn)值就可以,但對于有兩個以上處理器的計算機的性能,進(jìn)程中有 100 或 200 個線程則弊大于利。因為額外的上下文交換導(dǎo)致操作系統(tǒng)將 CPU 周期花在維護(hù)線程而不是處理請求上,所以進(jìn)程中有太多線程往往會降低服務(wù)器的速度。線程適當(dāng)?shù)臄?shù)目***通過應(yīng)用程序的性能測試來確定。
f) 禁用調(diào)試模式
在部署生產(chǎn)應(yīng)用程序或進(jìn)行任何性能測量之前,始終禁用調(diào)試模式。如果啟用了調(diào)試模式,應(yīng)用程序的性能可能受到影響。
< system.web> < compilation debug="false"> …
g) 優(yōu)化 Web 服務(wù)器計算機和特定應(yīng)用程序的配置文件以符合您的需要
默認(rèn)情況下,ASP.NET 配置被設(shè)置成啟用最廣泛的功能集并盡量適應(yīng)最常見的情況??筛哪承┠J(rèn)配置設(shè)置以提高應(yīng)用程序的性能,具體取決于您使用的功能。
1)僅對需要的應(yīng)用程序啟用身份驗證
默認(rèn)情況下,ASP.NET 應(yīng)用程序的身份驗證模式為 Windows 或集成的 NTLM。大多數(shù)情況下,***僅對需要身份驗證的應(yīng)用程序在 Machine.config 文件中禁用身份驗證,并在 Web.config 文件中啟用身份驗證。
2)根據(jù)適當(dāng)?shù)恼埱蠛晚憫?yīng)編碼設(shè)置來配置應(yīng)用程序
ASP.NET 默認(rèn)編碼格式為 UTF-8。如果您的應(yīng)用程序僅使用 ASCII 字符,請配置您的 ASCII 應(yīng)用程序以獲得稍許的性能提高。
3)考慮對應(yīng)用程序禁用 AutoEventWireup
在 Machine.config 文件中將 AutoEventWireup 屬性設(shè)置為 false,意味著頁面不會將頁事件綁定到基于名稱匹配的方法(例如 Page_Load)。如果禁用 AutoEventWireup,頁面將通過將事件連接留給您而不是自動執(zhí)行它,獲得稍許的性能提升。
如果想要處理頁事件,可以使用兩種策略之一。***種策略是重寫基類中的方法。例如,可以為頁加載事件重寫 Page 對象的 OnLoad 方法,而不是使用 Page_Load 方法。(務(wù)必調(diào)用基方法以確保引發(fā)所有事件。)第二種策略是使用 Visual Basic 中的 Handles 關(guān)鍵字或 C# 中的委托連接來綁定到事件。
4)從請求處理管線中移除不用的模塊
默認(rèn)情況下,服務(wù)器計算機的 Machine.config 文件中 HttpModules 節(jié)點的所有功能均保留為活動狀態(tài)。根據(jù)應(yīng)用程序所使用的功能,您可以從請求管線中移除不用的模塊以獲得稍許的性能提升。檢查每個模塊及其功能,并按您的需要自定義它。例如,如果您在應(yīng)用程序中不使用會話狀態(tài)和輸出緩存,則可以從 HttpModules 列表中移除它們,以便請求在不執(zhí)行其他有意義的處理時,不必調(diào)用這些模塊。
感謝各位的閱讀,以上就是“ASP.NET配置怎么優(yōu)化”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對ASP.NET配置怎么優(yōu)化這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。