本文匯總了高效C#編碼常見的優化原則，對于進行C#程序設計來說有很大的參考借鑒作用。具體列出如下：

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字符串拼接

①.String類對象是不可變的(只讀),對于String對象的重新賦值,本質是重新創建一個新的String對象并賦予新值給該對象.

②.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

相信本文所述的C#優化原則能夠對大家的C#程序設計起到一定的借鑒作用。