看很多關(guān)于代碼優(yōu)化的資料，都說(shuō)代碼優(yōu)化是必要的，但是應該推遲到項目的最后階段進(jìn)行。原因很多：
１） 過(guò)早的優(yōu)化容易引入ｂｕｇ，一個(gè)慢但是ｂｕｇ-ｆｒｅｅ的程序總比快但是總ｃｒａｓｈ的程序好；
２） 當今硬件性能今非昔比。不過(guò)對一個(gè)在ＰＣ上運行的程序可以說(shuō)只能在ＸＸＸ主頻以上的機器上才能運行，但是在某些項目中，比如手機，硬件環(huán)境是ｆｉｘｅｄ的，只能優(yōu)化代碼來(lái)遷就ＣＰＵ了。
３） 在迭代開(kāi)發(fā)中，現階段的優(yōu)化下一個(gè)階段會(huì )被打破，還不如不優(yōu)化，省得浪費。
不過(guò)還是有幾點(diǎn)優(yōu)化策略可以邊開(kāi)發(fā)邊實(shí)施，這幾點(diǎn)也算是程序員的基本功：
１） 函數聲明中復雜類(lèi)參數為傳遞引用而不是傳值，這樣可以避免調用函數時(shí)的ｃｏｐｙ?。悖铮睿螅簦颍酰悖簦铮虻恼{用，
ｖｏｉｄ?。妫铮?ＳｏｍｅＣｌａｓｓ?。??。椋睿簟。?;
可以?xún)?yōu)化為
ｖｏｉｄ?。妫铮?ｃｏｎｓｔ?。樱铮恚澹茫欤幔螅蟆?amp;ｘ,?。椋睿簟。?;
對ｐｒｉｍｉｔｉｖｅ類(lèi)型(ｉｎｔ,?。妫欤铮幔??。洌铮酰猓欤宓龋?，聲明為引用沒(méi)有什么意義。
２） 變量直到使用時(shí)才創(chuàng )建，和Ｃ語(yǔ)言不多，一個(gè)函數體內用到的變量，沒(méi)有必要在函數體開(kāi)始聲明，所以Ｃ++代碼中應該養成用一個(gè)變量時(shí)才聲明的習慣； 但是，如果一個(gè)對象在一個(gè)循環(huán)中被使用，最好還是在循環(huán)之外聲明初始化它，以免被反復初始化。
ｆｏｒ (....)
{
ＳｏｍｅＣｌａｓｓ?。铮猓?
....
}
可優(yōu)化為
ＳｏｍｅＣｌａｓｓ?。铮猓?
ｆｏｒ (...)
{
...;
}
３） 初始化和聲明同時(shí)進(jìn)行。
ＳｏｍｅＣｌａｓｓ?。铮猓? //?。洌澹妫幔酰欤簟。悖铮睿螅簦颍酰悖簦铮颉。椋蟆。悖幔欤欤澹?br>ｏｂｊ =?。? //?。铮穑澹颍幔簦铮颉??。椋蟆。悖幔欤欤澹?br>優(yōu)化為
ＳｏｍｅＣｌａｓｓ?。铮猓辍? ?。? //ｏｎｌｙ?。悖铮穑。悖铮睿螅簦颍酰悖簦铮颉。椋蟆。悖幔欤欤澹?br>
４) 在構造函數中使用初始化ｌｉｓｔ
ＳｏｍｅＣｌａｓｓ::ＳｏｍｅＣｌａｓｓ(ｉｎｔ?。?
{
?。妫铮铩??。?
}
優(yōu)化為
ＳｏｍｅＣｌａｓｓ::ＳｏｍｅＣｌａｓｓ(ｉｎｔ?。?
：?。妫铮?ｘ)
{
}
５) 使用+=，避免用+。
Ｆｏｏ?。妫铮铮??。妫铮铮?
ｆｏｏ１ =?。妫铮铮薄??。妫铮铮?
優(yōu)化為
Ｆｏｏ?。妫铮铮??。妫铮铮?
ｆｏｏ１ +=?。妫铮铮?
可以避免一個(gè)臨時(shí)變量的產(chǎn)生，如果Ｆｏｏ為一個(gè)復雜類(lèi)的話(huà)，效果明顯。
６） 使用++ｘ，避免用ｘ++
和上面一條一樣，可以避免出現零時(shí)變量。
我還聽(tīng)說(shuō)ｃｏｐｙ?。悖铮睿螅簦颍酰悖簦铮蛐时龋铮穑澹颍幔簦铮颉? 高，我做了一個(gè)實(shí)驗，循環(huán)６６６６６６６６６次，在Ｐ４?。?８Ｇ的機器上，只有一個(gè)int成員的簡(jiǎn)單類(lèi)ｃｏｐｙ?。悖铮睿螅簦颍酰悖铮簦铮驅?shí)際上比ｏｐｅｒａｔｏｒ =還慢一秒，我想這兩個(gè)形式的ｏｖｅｒｈｅａｄ差別很小，而且和編譯器有關(guān)，可以忽略不計。
http://www.tantalon.com/pete/cppopt/main.htm上有一個(gè)Ｃ++代碼從設計到編譯器優(yōu)化的介紹，很系統。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=379496
