|
(一).選擇會(huì)話狀態(tài)存儲(chǔ)方式 在Webconfig文件配置: <sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424" 1. 存儲(chǔ)在進(jìn)程中: 屬性mode = InProc 特點(diǎn)： 具有最佳的性能，速度最快,但不能跨多臺(tái)服務(wù)器存儲(chǔ)共享. 2. 存儲(chǔ)在狀態(tài)服務(wù)器中: 屬性mode = "StateServer" 特點(diǎn): 當(dāng)需要跨服務(wù)器維護(hù)用戶(hù)會(huì)話信息時(shí)，使用此方法。但是信息存儲(chǔ)在狀態(tài)服務(wù)器上，一旦狀態(tài)服務(wù)器出現(xiàn)故障，信息將丟失 特點(diǎn): 工作負(fù)載會(huì)變大，但信息不會(huì)丟失. I. 由于某些頁(yè)面不需要會(huì)話狀態(tài)，則可以將會(huì)話狀態(tài)禁用: (二).使用Page.IsPostBack Page.IsPostBack表示是否是從客戶(hù)端返回的. 初次運(yùn)行時(shí)，不是從客戶(hù)端返回，它的值為false,當(dāng)觸發(fā)頁(yè)面上的事件或刷新頁(yè)面時(shí)，Page.IsPostBack由于是回發(fā)的，值變?yōu)閠rue; 例如: DropDownList,如果每次都初始化，則用戶(hù)無(wú)論選擇其選項(xiàng)，都會(huì)被初始化為默認(rèn)值. (三).避免使用服務(wù)器控件 1.一般的靜態(tài)顯示信息，盡量不要用服務(wù)端控件顯示. 因?yàn)榉?wù)端控件需要回發(fā)服務(wù)端執(zhí)行,會(huì)降低程序執(zhí)行效率,一般用<DIV>顯示即可. 如果用了服務(wù)端控件，將: runat="server"去掉,也會(huì)提高效率. 2.禁用服務(wù)端控件的狀態(tài)視圖，有些控件不需要維護(hù)其狀態(tài)，可以設(shè)置其屬性: EnableViewState=false; 如果整個(gè)頁(yè)面控件都不需要維持狀態(tài)視圖，則可以設(shè)置整個(gè)頁(yè)面的狀態(tài)視力為false: 代碼如下: <%@ Page EnableViewState="false"%> 3.在Web.Config文件中配置: ASP.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中配置。 下面是在 Web.config中的設(shè)置的例子： <Sessionsstate timeout="10" cookieless="false" mode="Inproc" /> (四).避免使用DataGrid 大家都知道DataGrid功能強(qiáng)大。 但是功能強(qiáng)大的同時(shí)，增加了性能上的開(kāi)銷(xiāo)。 一般用其它控件: DataList或Repeater控件能實(shí)現(xiàn)的，盡量不用DataGrid. (五).字符串操作 1.避免裝箱操作. 裝箱操作運(yùn)行效率比較低. 2.使用StringBulider類(lèi) 在進(jìn)行字符串連接時(shí): string str = str1 str2 ....; 一般超過(guò)三項(xiàng)連接，最好用StringBuilder來(lái)代替String類(lèi). StringBuilder可以避免重新創(chuàng)建String 對(duì)象造成的性能損失. 一般用于組裝Sql語(yǔ)句時(shí)用到: StringBulider.讀者可以到自己機(jī)器上測(cè)試一下. (六).ADO.Net使用方面優(yōu)化 1.數(shù)據(jù)庫(kù)連接打開(kāi)和關(guān)閉。 在需要連接時(shí)打開(kāi)，當(dāng)訪問(wèn)完數(shù)據(jù)庫(kù)要立刻關(guān)閉連接. 舉例說(shuō)明,還是看兩個(gè)代碼段: I. 顯示II代碼比I代碼好的多，I中早早占著連接不放，如果用戶(hù)很多的話，容易出現(xiàn)連接池滿(mǎn)情況。嚴(yán)重時(shí)出現(xiàn)死機(jī)現(xiàn)象. 2.數(shù)據(jù)庫(kù)查詢(xún) I. 直接生成SQL語(yǔ)句。 Sql Server每次都要對(duì)其進(jìn)行編譯，在性能方面不會(huì)有很大的提高。 另外也不夠安全。容易被攻擊. II. 使用帶參數(shù)的SQL命令。這種方式Sql Server只對(duì)其編譯一次，對(duì)于不同的參數(shù)可以重復(fù)使用編譯后的命令。提高了性能. III.使用Sql Server存儲(chǔ)過(guò)程. 編譯一次. 具有獨(dú)立性，便于修改和維護(hù). 一次能完成用語(yǔ)句發(fā)送多次的功能.減少了網(wǎng)絡(luò)的流量。 并不一定存儲(chǔ)過(guò)程一定比語(yǔ)句效率要高，如果商業(yè)邏輯很復(fù)雜的話，有時(shí)候用語(yǔ)句比存儲(chǔ)過(guò)程效率要高. (六).緩存優(yōu)化 緩存分為兩種： 頁(yè)面緩存和API緩存. 1.使用頁(yè)面緩存和片段緩存 <%@ OutputCache Duration="5" VaryByParam="None"%> 說(shuō)明: Duration是設(shè)置Cache的過(guò)期時(shí)間; VarByParam是設(shè)置是否根據(jù)參數(shù)而變化,None時(shí)所有參數(shù)使用同一Cache,設(shè)置TextBox1時(shí)則根據(jù)TextBox1的不同值分別緩存;當(dāng)有多個(gè)參數(shù)時(shí)則要組合緩存; 2.API緩存。用于在應(yīng)用程序中使用 I. 一個(gè)Cache使用的例子: http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx II.使用時(shí)注意Page.Cache和HttpContext.Current.Cache區(qū)別: 它們指的同一個(gè)對(duì)象，在Page里，用Page.Cache，如果在global.asax或自己的類(lèi)里用:HttpContext.Current.Cache，在有些事件中，由于其沒(méi)有HttpContext，就用HttpRuntime.Cache. 不對(duì)的地方請(qǐng)讀者批評(píng)指正!
|
|
|
