ASP.NET性能優(yōu)化之配置篇
下面講述ASP.NET性能優(yōu)化在配置內(nèi)容方面的兩個方法：狀態(tài)管理和Web應(yīng)用程序的考慮。
ASP.NET性能優(yōu)化之狀態(tài)管理
a) 當(dāng)不使用會話狀態(tài)時(shí)禁用它
并不是所有的應(yīng)用程序或頁都需要具體用戶的會話狀態(tài)；您應(yīng)該在不需要時(shí)禁用會話狀態(tài)。若要禁用頁的會話狀態(tài)，請將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 false。
如果頁需要訪問會話變量，但不會創(chuàng)建或修改它們，則將 @ Page 指令中的 EnableSessionState 屬性設(shè)置為 ReadOnly。
若要禁用應(yīng)用程序的會話狀態(tài)，請?jiān)趹?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)點(diǎn)，但進(jìn)程內(nèi)會話狀態(tài)是迄今為止速度最快的解決方案。如果只在會話狀態(tài)中存儲少量易失數(shù)據(jù)，則建議您使用進(jìn)程內(nèi)提供程序。進(jìn)程外會話狀態(tài)選項(xiàng)用于跨多個處理器或多個計(jì)算機(jī)縮放應(yīng)用程序，或者用于您希望在服務(wù)器或進(jìn)程重新啟動時(shí)保留會話數(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 運(yùn)行庫來編譯站點(diǎn)，其方式與用戶向網(wǎng)站請求頁時(shí)的方式相同。可以預(yù)編譯 Web 應(yīng)用程序，以便保留 UI 標(biāo)記；也可以預(yù)編譯頁，以便不能更改源代碼。
b) 去除客戶端雙連接限制
HTTP 規(guī)范表明，一個 HTTP 客戶端與任一服務(wù)器最多可以同時(shí)建立兩個 TCP 連接。這可以防止單個瀏覽器在瀏覽某個頁面（例如，具有120個嵌入的縮略圖）時(shí)，由于連接請求過多而使服務(wù)器負(fù)載過重。
- < system.net>
- < connectionManager>
- < add address="*" maxconnection = "40" />
- …
（會加快客戶端對頁面訪問速度，但是同時(shí)會增加服務(wù)器負(fù)載，配置需要權(quán)衡）
c) 在 Internet 信息服務(wù) 5.0 上，在進(jìn)程外運(yùn)行 Web 應(yīng)用程序
默認(rèn)情況下，IIS 5.0 上的 ASP.NET 將使用進(jìn)程外輔助進(jìn)程為請求提供服務(wù)。此功能已被優(yōu)化以提高吞吐量。由于在進(jìn)程外的輔助進(jìn)程中運(yùn)行 ASP.NET 有其功能和優(yōu)點(diǎn)，建議在生產(chǎn)站點(diǎn)上使用它。
d) 定期回收進(jìn)程
為了同時(shí)保證穩(wěn)定性和性能，應(yīng)該定期回收進(jìn)程。經(jīng)過較長的時(shí)間，有內(nèi)存泄漏和 Bug 的資源可以影響 Web 服務(wù)器的吞吐量，而回收進(jìn)程可以清理內(nèi)存避免這類問題。但是，應(yīng)當(dāng)平衡定期回收的需求和過頻的回收，因?yàn)橥Ｖ馆o助進(jìn)程、重新加載頁面并重新獲取資源和數(shù)據(jù)的開銷可能會超過回收的好處。
在使用 IIS 6.0 的 Windows Server 2003 上運(yùn)行的 ASP.NET Web 應(yīng)用程序不需要調(diào)整進(jìn)程模型設(shè)置，因?yàn)?ASP.NET 將使用 IIS 6.0 進(jìn)程模型設(shè)置。
e) 必要時(shí)調(diào)整應(yīng)用程序每個輔助進(jìn)程的線程數(shù).
ASP.NET 的請求結(jié)構(gòu)試圖在執(zhí)行請求的線程數(shù)和可用資源之間達(dá)到一種平衡。該結(jié)構(gòu)將根據(jù)可用于請求的 CPU 功率，來決定允許同時(shí)執(zhí)行的請求數(shù)。這項(xiàng)技術(shù)稱作線程門控。但是在某些條件下，線程門控算法不是很有效。通過使用與“ASP.NET Applications”性能對象關(guān)聯(lián)的“Pipeline Instance Count”（管線實(shí)例計(jì)數(shù)）性能計(jì)數(shù)器，可以在 Windows 性能監(jiān)視器中監(jiān)視線程門控。
當(dāng) ASP.NET 網(wǎng)頁調(diào)用外部資源時(shí)（例如執(zhí)行數(shù)據(jù)庫訪問或 XML Web services 請求時(shí)），頁面請求通常停止并釋放 CPU 以處理其他線程，直到外部資源響應(yīng)為止。如果另一個請求正在等待處理，并且線程池中有一個線程釋放，則開始處理這個正在等待的請求。這可能導(dǎo)致 ASP.NET 輔助進(jìn)程或應(yīng)用程序池中存在大量同時(shí)執(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ù)目。對于雙處理器計(jì)算機(jī)，***數(shù)是設(shè)置值的兩倍。對于四處理器計(jì)算機(jī)，***值是設(shè)置值的四倍。對于有一個或兩個處理器的計(jì)算機(jī)，默認(rèn)值就可以，但對于有兩個以上處理器的計(jì)算機(jī)的性能，進(jìn)程中有 100 或 200 個線程則弊大于利。因?yàn)轭~外的上下文交換導(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ù)器計(jì)算機(jī)和特定應(yīng)用程序的配置文件以符合您的需要
默認(rèn)情況下，ASP.NET 配置被設(shè)置成啟用最廣泛的功能集并盡量適應(yīng)最常見的情況。可更改某些默認(rèn)配置設(shè)置以提高應(yīng)用程序的性能，具體取決于您使用的功能。
1）僅對需要的應(yīng)用程序啟用身份驗(yàn)證
默認(rèn)情況下，ASP.NET 應(yīng)用程序的身份驗(yàn)證模式為 Windows 或集成的 NTLM。大多數(shù)情況下，***僅對需要身份驗(yàn)證的應(yīng)用程序在 Machine.config 文件中禁用身份驗(yàn)證，并在 Web.config 文件中啟用身份驗(yàn)證。
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ù)器計(jì)算機(jī)的 Machine.config 文件中 HttpModules 節(jié)點(diǎn)的所有功能均保留為活動狀態(tài)。根據(jù)應(yīng)用程序所使用的功能，您可以從請求管線中移除不用的模塊以獲得稍許的性能提升。檢查每個模塊及其功能，并按您的需要自定義它。例如，如果您在應(yīng)用程序中不使用會話狀態(tài)和輸出緩存，則可以從 HttpModules 列表中移除它們，以便請求在不執(zhí)行其他有意義的處理時(shí)，不必調(diào)用這些模塊。
本文來自shllove的專欄：《ASP.NET性能優(yōu)化整理》。
【編輯推薦】
