標籤:http 使用 os strong io 檔案 資料 for
1.foreach VS for 語句
Foreach 要比for具有更好的執行效率
Foreach的平均花費時間只有for的30%.通過測試結果在for和foreach都可以使用的情況下,我們推薦使用效率更高的foreach
另外,用for寫入資料時間大約是讀取資料時間的10倍左右.
2.避免使用ArrayList
ArrayList的效能低下任何對象添加到ArrayList中都要封箱為System.Object,從ArrayList中取出資料都要拆箱回實際的類型
泛型集合類的高效能,泛型集合是強型別的
3.使用HashTable字典集合
當存放少量資料時建議使用HashTable取代像StringDictionary,NameValueCollection, HybridCollection這樣的字典集合
4.為字串容器聲明常量
為字串容器聲明常量,不要直接把字串封裝在雙引號””中,避免字串對象不斷在記憶體中建立和釋放.提高字串對象的訪問效率.
//避免
MyObject obj = new MyObject();
obj.Status = “Active”;
//推薦
const string c = “Acive”;
MyObject obj = new MyObject();
obj.Status = c;
5.使用String.Compare()字串比較
不要使用UpperCase或LowerCase轉換字串的大小寫,再進行比較
使用String.Compare()可忽略字串大小寫進行比較
String strTemp = “Active”;
If(String.Compare(strTemp,”active”,true)==0){
Consolt.Write(“Equal”);
}
6.使用StringBuilder字串拼接
1.String類對象是不可變的(唯讀),對於String對象的重新賦值,本質是重新建立一個新的String對象並賦予新值給該對象.
2.System.Text.StringBuilder 維護一個長度等於Capacity的字串(可以看作字元數組),當Capacity長度的字串不足以容納結果字串時,StringBuilder開闢新的長度為經過上面的規則計算好的Capacity的記憶體地區,將原字串複製到新的記憶體地區再進行操作,原字串地區交給GC回收。因此這裡也涉及到記憶體的分配與回收,使用StringBuilder時最好估算一下所需容量,用這個容量初始化Capacity,提高效能。StringBuilder不能保證所有執行個體成員都是安全執行緒的,儘管在類型定義中加入了很多安全執行緒的控制,如果要確保其安全執行緒,須手工實現線程同步機制。
7.XPathDocument讀取XML檔案
如果只是讀取XML對象的資料,那麼用唯讀XPathDocument代替XMLDocument,可以提高效能
8.避免在迴圈體裡聲明變數,應該在迴圈體外聲明變數,在迴圈體內初始設定變數
//避免
For(int i=0;i<10;i++){
SomeClass obj = new SomeClass();
//…
}
//推薦
SomeClass obj = null;
For(int i=0; i<10; i++){
obj = new SomeClass();
//…
}
9.捕獲指定的異常
捕獲異常時,應使用具體的異常類進行捕獲,並按照異常所捕獲得範圍按照由小到大的順序進行定義不要使用通用的System.Exception
Private void Find(object obj){
try{
Console.write(obj.ToString());
}
catch(ArgumentNullException ane)
{ //… }
catch(ArgumentException ae)
{ //… }
catch(SystemException se)
{ //… }
catch(Exception e)
{ //… }
}
不要使用Exception控制流程程,捕獲異常對效能的損耗是眾所周知的.因此最好能夠避免異常的發生
10.使用using和try/finally清理資源
.NET 平台在記憶體管理方面提供了GC(Garbage Collection),負責自動釋放託管資源和記憶體回收的工作,但它無法對非託管資源進行釋放,這時我們必須自己提供方法來釋放對象內分配的非託管資源
使用非託管資源的類型必須實現IDisposable介面的Dispose方法來精確的釋放資料
當使用帶有Dispose方法的類型化資源時,應在使用完畢時調用Dispose方法,及時釋放掉不用的資源.
使用using或try/finally能更好的保證Dispose方法被及時的調用
11.避免濫用反射
反射是比較浪費效能的操作,應避免濫用反射
影響效能的原因:
當使用反射來調用類型或觸發方法,訪問欄位屬性時,CLR需要做更多的工作:校正參數,檢查許可權等.
當編寫一個動態構造類型(晚綁定)的應用時,可採取以下方式進行替換
通過類的繼承關係
通過介面實現
通過委託實現
12.避免裝箱操作
使用實值型別的ToString方法避免裝箱操作
原因:數字和字串拼接的時候,因為資料類型不同,數字通過裝箱操作轉換為參考型別後才能與字串進行拼接.
//建議
int num=5;
string str = “link me”+num.ToString();
13.HttpServerUtility.Transfer
採用 Server.Transfer 文法,在頁面中使用該方法可避免不必要的用戶端重新導向(Response.Redirect)。
Int32.TryParse()
類型轉化Int32.TryParse()優於Int32.Parse()優於Convert.ToInt32()
Convert.ToInt32 會把最終的解析工作代理給Int32.Parse
Int32.Parse 會把最終的解析工作代理給Number.ParseInt32
Int32.TryParse 會把最終的解析工作代理給Number.TryParseInt32