2017.11.03 .net 性能優(yōu)化和算法優(yōu)化

分享人:陳孚楠


1. 垃圾回收

.net Framework 自帶的垃圾回收機(jī)制。就是會(huì)自動(dòng)判斷對(duì)象還有沒(méi)有用,沒(méi)用的會(huì)被回收。而不管對(duì)象的創(chuàng)建還是回收都是會(huì)消耗性能的,所以要避免不必要的對(duì)象創(chuàng)建。

① 避免循環(huán)創(chuàng)建。

    For(){
        Model.X x  = DB.X.function();
        …..
}

-----------------------------------------------

Model.X x  = DB.X.function();;
For(){
        …..
}

②在需要邏輯分支中創(chuàng)建對(duì)象。

如果一個(gè)對(duì)象只在一個(gè)邏輯分支中用到,那么就把這個(gè)對(duì)象的創(chuàng)建放在這個(gè)邏輯分支內(nèi)。

    Model.X x = new Model.X();
    If(){
    
}

------------------------------------------------

If(){
    Model.X x = new Model.X();
}

③ 一次創(chuàng)建,多次使用??臻g分配的問(wèn)題。

    Model.X x =null;
For(){
    x = new Model.X();
        …..
}
    ----------------------------
For(){
    Model.X x = new Model.X();
        …..
}

2. String 操作

使用 StringBuilder 做字符串連接

String 是不變類,使用 + 操作連接字符串將會(huì)導(dǎo)致創(chuàng)建一個(gè)新的字符串。如果字符串連接次數(shù)不是固定的,例如在一個(gè)循環(huán)中,則應(yīng)該使用StringBuilder 類來(lái)做字符串連接工作。因?yàn)?StringBuilder 內(nèi)部有一個(gè) StringBuffer ,連接操作不會(huì)每次分配新的字符串空間。只有當(dāng)連接后的字符串超出 Buffer 大小時(shí),才會(huì)申請(qǐng)新的 Buffer 空間。典型代碼如下:

StringBuilder sb = new StringBuilder( 256 );
for ( int i = 0 ; i < Results.Count; i ++ )
{
sb.Append (Results[i]);
}

如果連接次數(shù)是固定的并且只有幾次,此時(shí)應(yīng)該直接用 + 號(hào)連接,保持程序簡(jiǎn)潔易讀。實(shí)際上,編譯器已經(jīng)做了優(yōu)化,會(huì)依據(jù)加號(hào)次數(shù)調(diào)用不同參數(shù)個(gè)數(shù)的 String.Concat 方法。例如:String str = str1 + str2 + str3 + str4;

會(huì)被編譯為 String.Concat(str1, str2, str3, str4)。該方法內(nèi)部會(huì)計(jì)算總的 String 長(zhǎng)度,僅分配一次,并不會(huì)如通常想象的那樣分配三次。作為一個(gè)經(jīng)驗(yàn)值,當(dāng)字符串連接操作達(dá)到 10 次以上時(shí),則應(yīng)該使用 StringBuilder。

使用最快的空串比較方法
  • 將String對(duì)象的Length屬性與0比較是最快的方法:if (str.Length == 0)。
  • 其次是與String.Empty常量或空串比較:if (str == String.Empty)或if (str == "")。

3. 算法優(yōu)化

一般遇到的性能較差的原因是:數(shù)據(jù)較多導(dǎo)致循環(huán)次數(shù)多或者循環(huán)體里多次使用DB查詢數(shù)據(jù)。
總的來(lái)說(shuō)就是一個(gè)函數(shù)跑玩需要成千上萬(wàn)次的訪問(wèn)數(shù)據(jù)庫(kù)。這時(shí)我門就需要數(shù)據(jù)字典這類東西了。就是在循環(huán)之前把循環(huán)里多次要訪問(wèn)的數(shù)據(jù)表一次性查出來(lái)(盡量的加上限制條件)

原因:

  • 首先,跑內(nèi)存是比跑硬盤要快的。 數(shù)據(jù)庫(kù)是在硬盤上,更可能在別人的電腦硬盤上。而數(shù)組是在自己的電腦內(nèi)存里。
  • 數(shù)據(jù)庫(kù)連接的打開和關(guān)閉是很耗時(shí)間的。就像在我們循環(huán)向數(shù)據(jù)表插入數(shù)據(jù)的時(shí)候應(yīng)當(dāng)用SqlPackage 最后一次性將所有sql語(yǔ)句放到數(shù)據(jù)庫(kù)執(zhí)行,而不是產(chǎn)生一個(gè)就DB.Add()一個(gè)。

當(dāng)然,在跑數(shù)組的時(shí)候,也要盡量?jī)?yōu)化。比如:在循環(huán)的執(zhí)行體里多加些限制,那么有些語(yǔ)句跑的次數(shù)會(huì)被減少;還有就是熟練的使用break等,避免不必要的后續(xù)循環(huán)。


以上很多都是我個(gè)人理解,如有錯(cuò)誤,請(qǐng)多指正!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 1. Java基礎(chǔ)部分 基礎(chǔ)部分的順序:基本語(yǔ)法,類相關(guān)的語(yǔ)法,內(nèi)部類的語(yǔ)法,繼承相關(guān)的語(yǔ)法,異常的語(yǔ)法,線程的語(yǔ)...
    子非魚_t_閱讀 34,670評(píng)論 18 399
  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理,服務(wù)發(fā)現(xiàn),斷路器,智...
    卡卡羅2017閱讀 136,551評(píng)論 19 139
  • 國(guó)家電網(wǎng)公司企業(yè)標(biāo)準(zhǔn)(Q/GDW)- 面向?qū)ο蟮挠秒娦畔?shù)據(jù)交換協(xié)議 - 報(bào)批稿:20170802 前言: 排版 ...
    庭說(shuō)閱讀 12,374評(píng)論 6 13
  • 很多年前就想去莽山扯風(fēng),領(lǐng)略它傳說(shuō)中的原始?jí)衙溃梢蚍N種原因,一次次被擱淺,沒(méi)想到四月...
    百0閱讀 476評(píng)論 0 0
  • 華風(fēng)天依閱讀 176評(píng)論 0 0

友情鏈接更多精彩內(nèi)容