(一).選擇會話狀態存儲方式
在Webconfig文件配置:
<sessionState mode="???" stateConnectionString="tcpip=127.0.0.1:42424"
sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes"
cookieless="false" timeout="20"/>
Asp.net有三種方式存儲會話狀態信息:
1. 存儲在進程中: 屬性mode = InProc
特點： 具有最佳的性能，速度最快,但不能跨多臺服務器存儲共享.
2. 存儲在狀態服務器中: 屬性mode = "StateServer"
特點: 當需要跨服務器維護用戶會話信息時，使用此方法。
但是信息存儲在狀態服務器上，一旦狀態服務器出現故障，信息將丟失
3. 存儲在Sql Server中: 屬性mode="SqlServer"
特點: 工作負載會變大，但信息不會丟失.
補充一點：
I. 由於某些頁面不需要會話狀態，則可以將會話狀態禁用:
代碼如下： <%@ Page EnableSessionState="false" %>
II.如果頁面需要訪問會話變量但不允許修改它們，可以設置頁面會話狀態爲只讀:
代碼如下： <%@ Page EnableSessionState="false" %>
使用時可以根據具體情況選擇某種方式
(二).使用Page.IsPostBack
Page.IsPostBack表示是否是從客戶端返回的. 初次運行時，不是從客戶端返回，它的值
爲false,當觸發頁面上的事件或刷新頁面時，Page.IsPostBack由於是回發的，值變爲true;
一般在: Page_Load方法中用:
private void Page_Load(Object sender,EventArgs e)
{
if(!Page.IsPostBack)
{
....; //初始化頁面的代碼。這些代碼第一次頁面初始化時執行，當第二次回發時，
//不會再執行。提高效率。
}
}
往往很多時候不得不用IsPostBack, 因爲有些控件初始化後，要保持它的狀態.
例如: DropDownList,如果每次都初始化，則用戶無論選擇其選項，都會被初始化爲默認值.
(三).避免使用服務器控件
1.一般的靜態顯示信息，儘量不要用服務端控件顯示. 因爲服務端控件需要回發服務端執行,
會降低程序執行效率,一般用<DIV>顯示即可.
如果用了服務端控件，將: runat="server"去掉,也會提高效率.
2.禁用服務端控件的狀態視圖，有些控件不需要維護其狀態，可以設置其屬性: EnableViewState=false;
如果整個頁面控件都不需要維持狀態視圖，則可以設置整個頁面的狀態視力爲false:
代碼如下: <%@ Page EnableViewState="false"%>
3.在Web.Config文件中配置:
ASP.NET Sessionss可以在Web.config或Machine.config中的Sessionsstate元素中配置。
下面是在 Web.config中的設置的例子：
<Sessionsstate timeout="10" cookieless="false" mode="Inproc" />
(四).避免使用DataGrid
大家都知道DataGrid功能強大。 但是功能強大的同時，增加了性能上的開銷。 一般用其它控件: DataList
或Repeater控件能實現的，儘量不用DataGrid.
(五).字符串操作
1.避免裝箱操作. 裝箱操作運行效率比較低.
例如運行兩個代碼段:
string test="";
for(for int i=0;i<10000;i++)
{
test = test + i;
}
和
string test="";
for(for int i=0;i<10000;i++)
{
test = test + i.ToString();
}
下面的代碼段顯然效率要高.因爲i是整型的，系統要先把i進行裝箱轉換爲string型的，再進行連接. 需要時間
讀者可以Copy到自己機器上測試一下.
2.使用StringBulider類
在進行字符串連接時: string str = str1 + str2 + ....;
一般超過三項連接，最好用StringBuilder來代替String類. StringBuilder可以避免重新創建String 對象造成
的性能損失.
一般用於組裝Sql語句時用到: StringBulider.
讀者可以到自己機器上測試一下.
3.儘量少用:
try
{}
catch
{}
finally
{}
語句.此語句執行效率比較低.
(六).ADO.Net使用方面優化
1.數據庫連接打開和關閉。 在需要連接時打開，當訪問完數據庫要立刻關閉連接.
舉例說明,還是看兩個代碼段:
I.
DataSet ds = new DataSet();
SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
MyConnection.Open(); //打開連接
for(int i=0;i<1000;i++) //for循環模擬取得數據前的商業邏輯操作
{
Thread.Sleep(1000);
}
myAdapter.Fill(ds);
for(int i=0;i<1000;i++) //for循環模擬取得數據後的商業邏輯操作
{
Thread.Sleep(1000);
}
MyConnection.Close(); //關閉連接
II.
DataSet ds = new DataSet();
SqlConnection MyConnection = new SqlConnection("server=localhost; uid=sa; pwd=; database=NorthWind");
SqlCommand myCommand = new SqlCommand(strSql,MyConnection);
SqlDataAdapter myAdapter=new SqlDataAdapter(queryStr,connectionStr);
for(int i=0;i<1000;i++) //for循環模擬取得數據前的商業邏輯操作
{
Thread.Sleep(1000);
}
MyConnection.Open(); //打開連接
myAdapter.Fill(ds);
MyConnection.Close(); //關閉連接
for(int i=0;i<1000;i++) ////for循環模擬取得數據後的商業邏輯操作
{
Thread.Sleep(1000);
}
顯示II代碼比I代碼好的多，I中早早佔着連接不放，如果用戶很多的話，容易出現連接池滿情況。嚴重時出現死機現象.
2.數據庫查詢
I. 直接生成SQL語句。 Sql Server每次都要對其進行編譯，在性能方面不會有很大的提高。 另外也不夠安全。容易被攻擊.
II. 使用帶參數的SQL命令。這種方式Sql Server只對其編譯一次，對於不同的參數可以重複使用編譯後的命令。提高了性能.
III.使用Sql Server存儲過程. 編譯一次. 具有獨立性，便於修改和維護. 一次能完成用語句發送多次的功能.減少了網絡的
流量。 並不一定存儲過程一定比語句效率要高，如果商業邏輯很複雜的話，有時候用語句比存儲過程效率要高.
(六).緩存優化
緩存分爲兩種： 頁面緩存和API緩存.
1.使用頁面緩存和片段緩存
<%@ OutputCache Duration="5" VaryByParam="None"%>
<%@ OutputCache Duration=60 VaryByParam=”TextBox1,TextBox2” %>
說明: Duration是設置Cache的過期時間;
VarByParam是設置是否根據參數而變化,None時所有參數使用同一Cache,
設置TextBox1時則根據TextBox1的不同值分別緩存;當有多個參數時則要組合緩存;
2.API緩存。用於在應用程序中使用
I. 一個Cache使用的例子:
http://blog.csdn.net/chengking/archive/2005/10/03/494545.aspx
II.使用時注意Page.Cache和HttpContext.Current.Cache區別:
它們指的同一個對象，在Page裏，用Page.Cache，如果在global.asax或自己的類裏用:HttpContext.Current.Cache
在有些事件中，由於其沒有HttpContext，就用HttpRuntime.Cache.
不對的地方請讀者批評指正!
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=51807