開(kāi)發(fā)者，沒(méi)事兒別優(yōu)化！
本文是從 Don’t optimize! 這篇文章翻譯而來(lái)。
事實(shí)上你應(yīng)該優(yōu)化，但要在正確的地方，有足夠的理由。我待會(huì)兒再聊這個(gè)。
我最近和在 Badgerpunch Games 的幾位朋友一起發(fā)布了一個(gè)小的以XNA為基礎(chǔ)的游戲，而且通過(guò)論壇和Twitter與這個(gè)獨(dú)立的游戲開(kāi)發(fā)組織保持密切的聯(lián)系。游戲開(kāi)發(fā)者十分在意性能問(wèn)題，而且這很必要。沒(méi)有人想要一個(gè)運(yùn)行不暢的游戲。因?yàn)檫@些對(duì)性能的擔(dān)憂，出現(xiàn)了很多關(guān)于優(yōu)化技巧的提示和論文，都圍繞著如何能實(shí)際有效的緩解性能問(wèn)題。大多數(shù)的技巧提示和文章都提供了有價(jià)值的信息、有相應(yīng)的用處，但你會(huì)發(fā)現(xiàn)很少有文章能觸碰到性能優(yōu)化上的主要問(wèn)題：什么時(shí)候不該優(yōu)化，為什么。
優(yōu)化就是這樣的事：你的程序可以一直優(yōu)化下去，但工時(shí)上的開(kāi)銷(xiāo)和取得的效果的對(duì)比會(huì)很快讓你陷入困境。我記起了九十年代早期在 Amiga Demo 公司的一幕。我大概花了半年的時(shí)間去優(yōu)化那個(gè)3D旋轉(zhuǎn)的匯編程序片段。最終我覺(jué)得該優(yōu)化的幾乎都優(yōu)化了。起初幾周我努力減少CPU的指令循環(huán)，獲得了驚人的減幅！但隨后的數(shù)月里，我?guī)缀鯖](méi)法再進(jìn)一步的壓縮，最終只得放棄…我這段程序超級(jí)的快，可是，其他程序員的3D圖形跑的比我還要快，我無(wú)法理解，這怎么可能？
直到數(shù)年后我在大學(xué)里學(xué)了矩陣后我才明白其中的奧秘。我的程序里每個(gè)3D坐標(biāo)用9次乘法，這是一個(gè)沒(méi)有優(yōu)化的矩陣算法，它可以被壓縮成6次乘和兩個(gè)加法，這樣每個(gè)坐標(biāo)點(diǎn)可以節(jié)省數(shù)百次的CPU指令循環(huán)…太郁悶了！
這個(gè)故事的寓意？你可以優(yōu)化你的程序，讓它像星星一樣閃亮，但如果有人有更好的算法，讓同樣的程序跑的更快，你還是很失敗。
你很失敗嗎？只是在有意義的時(shí)候才能這樣說(shuō)。在上面的性能優(yōu)化的故事里，3D旋轉(zhuǎn)效果是被限制在一個(gè)16位的機(jī)器上的，這種情況下最快的程序證明了最出色的程序員，這時(shí)它的意義就很大了。
這讓我們回到了最初的那個(gè)問(wèn)題。不要優(yōu)化——如果優(yōu)化是無(wú)關(guān)緊要的。重要的是讓你的代碼簡(jiǎn)單易懂，容易修改！當(dāng)你的程序具有這三個(gè)特征時(shí)，它是否被優(yōu)化已經(jīng)無(wú)關(guān)緊要了。
如果程序太慢，使用一個(gè)分析工具，找到什么地方需要優(yōu)化。有時(shí)你并不需要一個(gè)分析工具，你只需要根據(jù)你的實(shí)際數(shù)據(jù)進(jìn)行優(yōu)化。當(dāng)你找到了問(wèn)題的區(qū)域，盡可能的用最簡(jiǎn)單的方式修改它們，看看修改后有什么效果。最終讓你的程序達(dá)到到可以接受的性能程度。如果還不行，你需要根據(jù)你的代碼做算法上的修改。這就是為什么要保持代碼簡(jiǎn)潔、易于修改的原因了。
讓代碼保持簡(jiǎn)單易讀、易于修改的主要原因是為了尋找bug，這是一個(gè)閱讀和修改代碼的過(guò)程。程序越易懂，問(wèn)題越容易修改。這是毫無(wú)疑問(wèn)的…可是仍然有人堅(jiān)持把事情能的盡可能的復(fù)雜，只是為了滿足個(gè)人的野心！我曾經(jīng)看到一段Java代碼里有多層遞歸調(diào)用的if語(yǔ)句。這是一個(gè)最糟糕的無(wú)意識(shí)里做出的損毀程序的事。必然的，到處都是bug …看的我想哭。
另外一個(gè)保持代碼簡(jiǎn)潔的原因是以最簡(jiǎn)單的方式告訴編譯器你的程序的意圖。編譯器對(duì)簡(jiǎn)單的代碼有更好的優(yōu)化能力。如果你是一個(gè)虛擬機(jī)上使用JIT編譯器，這更顯的重要。虛擬機(jī)和按需編譯可以使你的程序能在不同的VM版本上運(yùn)行?；旧咸摂M機(jī)版本越新，你的代碼越簡(jiǎn)單，當(dāng)程序運(yùn)行時(shí)，你就能獲得更好的優(yōu)化結(jié)果。
早期版本的Java虛擬機(jī)做很少的編譯優(yōu)化，所以像for循環(huán)、反向計(jì)數(shù)等技巧可以節(jié)省一些循環(huán)。但是***版的編譯器和按需優(yōu)化處理針對(duì)最常見(jiàn)的for循環(huán)形式進(jìn)行了優(yōu)化。性能問(wèn)題從代碼轉(zhuǎn)移到了虛擬機(jī)上，長(zhǎng)時(shí)間運(yùn)行的程序在代碼上的優(yōu)化技巧不再具有很重的份量。
所有的論述濃縮成這個(gè)：除非你知道優(yōu)化什么，否則別去優(yōu)化。這并不是說(shuō)你不需要去考慮性能問(wèn)題。你始終應(yīng)該把性能問(wèn)題放在心上。它有可能是你算法選擇上的問(wèn)題，設(shè)計(jì)、實(shí)現(xiàn)上的問(wèn)題，但你的主要精力應(yīng)該放在保持代碼簡(jiǎn)潔易讀，易于修改上。
原文鏈接：http://www.sickenger.com/2011/02/dont-optimize/
【編輯推薦】
