自己所作的項目中開始慢慢接觸到程序的優化部分，慢慢的對這些有了很多的理解。代碼的書寫規范化有助于團隊中成員對你代碼快速的理解。代碼的優化有助于讓程序運行速度更快一些。所以如下特轉一些文字說明和本人的一些愚見。

?

C#代碼優化拾貝

1、Float并不比Double要快

?? 軟件測試和優化工作的一個重要原則是以實驗為基礎，一切以實驗結果為準；我曾想當然的認為Float類型的位數少，理所當然應該比Double類型運算的要快。然而實驗證明，這種想法是錯誤的；

考察如下代碼的速度：

?

?????????? int i,j;

??????????

?????????? float f1=7.125f,f2=7.125f;

?????????? double d1=7.125d,d2=7.125d;

?

?????????? DateTime dt = DateTime.Now;

?

?????????? for ( i = 0; i < 1000000000; i++ )

?????????? {

??????????????? f1 =? f2 / 2.2f +12.3333f;

?????????? }

?

?????????? TimeSpan ts = DateTime.Now - dt;

?

?????????? MessageBox.Show ( ts.ToString() );

?

?????????? dt = DateTime.Now;

?????????? for ( i = 0; i < 1000000000; i++ )

?????????? {

??????????????? d1 = d2 / 2.2d +12.3333d;

?????????? }

?

?????????? ts = DateTime.Now - dt;

?

?????????? MessageBox.Show(ts.ToString());

?

運行這段代碼，得到的結論是，Float類型和Double類型的運算速度完全一樣；由此可見，如果把Double 類型換成Float，程序的速度不會有任何提升；

如果僅僅是這樣，我們還可以接受Float,因為畢竟Float比較省內存；

然而，Float很不爭氣，我發現了他的一個致命弱點，把Float轉化成int花費的時間太長了，比把Double類型轉成整形所花費的時間多了一倍；

想要驗證這點的話，把剛才的代碼改成這樣：

?????????? int i,j;

??????????

?????????? float f1=7.125f,f2=7.125f;

?????????? double d1=7.125d,d2=7.125d;

?

?

?????????? DateTime dt = DateTime.Now;

?

?????????? for ( i = 0; i < 1000000000; i++ )

?????????? {

??????????????? //f1 =? f2 / 2.2f +12.3333f;

??????????????? j = (int)f1;

?????????? }

?

?????????? TimeSpan ts = DateTime.Now - dt;

?

?????????? MessageBox.Show ( ts.ToString() );

?

?????????? dt = DateTime.Now;

?????????? for ( i = 0; i < 1000000000; i++ )

?????????? {

??????????????? //d1 = d2 / 2.2d +12.3333d;

??????????????? j = (int)d1;

?????????? }

?

?????????? ts = DateTime.Now - dt;

?

?????????? MessageBox.Show(ts.ToString());

?

在我們的組態元件的代碼中，到處都是浮點轉整形的運算（因為計算機圖形需要光柵化，所以象素點坐標必須是整數），因此，如果我們使用Float類型的話，代碼恐怕會非常的慢；

?

2、右移和預計算優化是有效的

如今網絡上有一種呼聲，說現在的編譯器足夠智能，會對代碼自動地進行一些常見的優化，一些老的優化方法已經不再適用了，比如用右移代替除法運算、預計算等等；

很可惜，如今的C# 雖然具有一些編譯優化的功能，但還不象網絡上所傳頌的智能編譯器那樣的智能，經過實驗發現，用右移代替除法運算、預計算等等技巧顯然并未過時；

經過實驗發現：對于整形來說，右移一位確實比除以2要快一些，大約快了 6%。

至 于預計算，經過實驗發現，表達式的寫法影響了C# 的預計算功能，比如，i=j*(2d/3d)編譯器就可以對其進行優化，編譯的時候，編譯器會先求出2d/3d的值，然后把結果0.66…編譯到目標代碼 中，所以實際編譯的代碼等價于i=j*0.66…；而如果是 i=j*2d/3d ，編譯器不會對其進行優化，所以，雖然兩式運算結果完全相同，但是運算速度卻是大相徑庭；

如果充分的利用預計算功能，可以極大的提高代碼執行速度，比如，角度轉弧度的運算，是把角度先乘以圓周率然后除以180。通常按照自然習慣，會這樣寫????????????????? j = k * Math.PI / 180.0;

上式的寫法顯然沒有利用到C#的預計算功能，而如果改成下式：
j = k * (Math.PI / 180.0);
就會發現，性能提高非常明顯，大約快了70%；

3、減少冗余計算

??? 優化前的代碼如下所示，這是一個旋轉點的函數，其中Sin(Angle),Cos(Angle)都各運算了兩次，因此存在冗余計算。

private Point RotatePt(double angle, Point pt)

{

???? Point pRet = new Point();

???? angle = -angle;

???? pRet.X = (int)((double)pt.X * Math.Cos(angle) - (double)pt.Y * Math.Sin(angle));

???? pRet.Y = (int)((double)pt.X * Math.Sin(angle) + (double)pt.Y * Math.Cos(angle));

???? return pRet;
}

?

優化的代碼的方法就是消除冗余計算，優化后的代碼如下：

?

private Point RotatePt3(double angle, Point pt)

{

??? Point pRet = new Point();

??? angle = -angle;

??? double SIN_ANGLE = Math.Sin(angle);

??? double COS_ANGLE = Math.Cos(angle);

??? pRet.X =(int)(pt.X * COS_ANGLE - pt.Y * SIN_ANGLE);

??? pRet.Y = (int)(pt.X * SIN_ANGLE + pt.Y * COS_ANGLE);

??? return pRet;

}

?

優化后的代碼，Sin(Angle),Cos(Angle)都只運算了一次，是“一次計算、兩處使用”，性能提升大約30%

?

如果想再進一步優化，可以去掉臨時變量pRet，總體性能還能提升大約 5%，代碼如下：

?

private Point RotatePt(double angle, Point pt)

{

??? angle = -angle;

??? double SIN_ANGLE = Math.Sin(angle);

??? double COS_ANGLE =Math.Cos (angle);

??? return new Point((int)(pt.X * COS_ANGLE - pt.Y * SIN_ANGLE),

???????? (int)(pt.X * SIN_ANGLE + pt.Y * COS_ANGLE));??

}

?

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/qiqi5521/archive/2006/12/20/1450609.aspx

本人愚見

string ax=string.Empty;??????
注:不要使用: string ax="";?判斷ax是否為空:
ax.Length==0?的效率要高于??ax==string.Empty，但我一般做的是ax.IsNullorEmpty

對于不用改變的“變量”，記得用常量聲明。

?

盡量用foreach代替for循環，我記得在哪里看到過，foreach的運行花費時間是for的1/3，有待考證。還有就是循環體里面盡量不要寫判斷語句，因為會影響效率，畢竟你循環一次，程序就做一次判斷，這樣就有N次循環N次判斷，效率大打折扣。

記 住，在for循環中，很多人喜歡for（int i=0;i<xxx.Length;i++){}，最好可以把xxx.Length存入一個變量中，然后帶入for循環，因為每次判斷都會去讀取 xxx.Length值，這樣無形中就浪費了時間，雖然智能的編譯器會幫你完成這些，但最好你能明白這些。也請盡量別在循環內進行聲明變量或初始化。

?

對于IDisposed接口的，一般要記得用完就釋放，所以嘛，一般聲明的時候我就用using（XXXXX? xx=new XXXXX）{Your Code}

?

vs2008里面可以使用類似于JavaScript的var類型，不過var是強類型，在編譯的前就已經編譯成了你所希望的類型，不至于影響你的速度。

?

對于字段和屬性，字段訪問的速度要快于屬性。

?

linq是個好東西，linq to object中，用linq解決問題很快，不過調試的時候很煩

轉載于:https://www.cnblogs.com/guozhe/archive/2013/05/09/3069043.html

總結

以上是生活随笔為你收集整理的C# 代码优化 性能优化【转】的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。