Jeff Prosise在《MSDN雜志》2006年7月期上的文章歷數ASP.NET應用中常見(jiàn)的，容易出錯，影響性能和擴縮性的潛在問(wèn)題
Keep Sites Running Smoothly By Avoiding These 10 Common ASP.NET Pitfalls
http://msdn.microsoft.com/msdnmag/issues/06/07/WebAppFollies/
1。設置輸出緩存的用戶(hù)控件，如果用LoadControl動(dòng)態(tài)裝載，LoadControl返回對象屬于PartialCachingControl類(lèi)，其中的CachedControl也許并不存在，無(wú)法轉換成原用戶(hù)控件對象類(lèi)
2。在 IIS 6.0 中，在設置kernel模式輸出緩存的情形下，OutputCacheModule模塊有時(shí)會(huì )保留緩存輸出的Set-Cookie header，導致會(huì )話(huà)串門(mén)(cross-session)，即一個(gè)用戶(hù)能看到其他用戶(hù)的會(huì )話(huà)數據
具體參考KB文章
An ASP.NET page is stored in the HTTP.sys kernel cache in IIS 6.0 when the ASP.NET page generates an HTTP header that contains a Set-Cookie response
http://support.microsoft.com/kb/917072
或者禁止kernel模式輸出緩存
<httpRuntime enableKernelOutputCache="false" />
具體參考
http://support.microsoft.com/kb/820129
3。 Forms 認證Ticket的存活時(shí)間。在A(yíng)SP.NET 1.*中，在沒(méi)有用編碼設置的情形下，如果是持久保存，存活時(shí)間是50年，如果是非持久保存，存活時(shí)間是30分鐘。這個(gè)問(wèn)題在A(yíng)SP.NET 2.0中已經(jīng)解決，默認存活時(shí)間會(huì )用web.config里的設置。在A(yíng)SP.NET 1.*中，只能用編碼來(lái)解決，具體編碼參考原文中的例子。
4。 View State，如果濫用的話(huà)，是無(wú)聲的性能殺手，特別是DataGrids和GridViews等，應該設置EnableViewState=false，或者考慮通過(guò)更改LoadPageStateFromPersistenceMedium/SavePageStateToPersistenceMedium把View State放在服務(wù)器端。
5。如果使用SQL Server做會(huì )話(huà)狀態(tài)服務(wù)器的話(huà)，默認情形下，每個(gè)請求會(huì )訪(fǎng)問(wèn)狀態(tài)服務(wù)器2次，造成性能下降。解決方案是，在不用會(huì )話(huà)狀態(tài)的頁(yè)面里，設置
<%@ Page EnableSessionState="false" ... %>
在只讀會(huì )話(huà)狀態(tài)的頁(yè)面里，設置
<%@ Page EnableSessionState="ReadOnly" ... %>
6。在A(yíng)SP.NET 2.0應用中，如果在web.config里設置
<roleManager enabled="true" />
默認情形下，角色數據是不緩存的，如果角色管理器需要確認當前用戶(hù)的角色的話(huà)，會(huì )訪(fǎng)問(wèn)數據庫，導致性能下降，解決方案是設置把角色數據緩存在Cookie里(這個(gè)Cookie是加過(guò)密的)
<roleManager enabled="true" cacheRolesInCookie="true" />
7。Profile 特性持久化問(wèn)題，在默認情形下，ASP.NET profile管理器使用XML持久機制持久化自定義Profile類(lèi)，不保存這些類(lèi)的私有成員，解決方案是把這些類(lèi)標為[Serializable]或實(shí)現ISerializable ，這樣profile管理器會(huì )使用binary serializer
8。過(guò)長(cháng)的數據庫查詢(xún)或I/O操作會(huì )導致線(xiàn)程池的飽和，導致ASP.NET的性能下降。ASP.NET 2.0提供了異步網(wǎng)頁(yè)(asynchronous page)機制來(lái)緩解這個(gè)問(wèn)題。具體參考Jeff Prosise在《MSDN雜志》2005年10月期上的文章
Asynchronous Pages in ASP.NET 2.0
http://msdn.microsoft.com/msdnmag/issues/05/10/WickedCode/
9。<identity impersonate="true" /> 導致客戶(hù)端用戶(hù)的身份模擬，要慎用，避免用身份模擬(Impersonation)替代ACL授權。
10。別太有信心，多用Profiler剖析你的應用對數據庫的訪(fǎng)問(wèn)情形。重視數據庫的設計，認識到DataSet和DataAdapter對web應用也許并不合適，數據訪(fǎng)問(wèn)層要恰當設計，防止粗劣細分(poor factorization)，避免在相對簡(jiǎn)單的操作上浪費太多的CPU周期，導致性能下降
聯(lián)系客服
