## [基準測試](https://lingcoder.gitee.io/onjava8/#/book/16-Validating-Your-Code?id=%e5%9f%ba%e5%87%86%e6%b5%8b%e8%af%95) > 我們應該忘掉微小的效率提升，說的就是這些 97% 的時間做的事：過早的優化是萬惡之源。 > > ? —— Donald Knuth 如果你發現自己正在過早優化的滑坡上，你可能浪費了幾個月的時間(如果你雄心勃勃的話)。通常，一個簡單直接的編碼方法就足夠好了。如果你進行了不必要的優化，就會使你的代碼變得無謂的復雜和難以理解。 基準測試意味著對代碼或算法片段進行計時看哪個跑得更快，與下一節的分析和優化截然相反，分析優化是觀察整個程序，找到程序中最耗時的部分。 可以簡單地對一個代碼片段的執行計時嗎？在像 C 這樣直接的編程語言中，這個方法的確可行。在像 Java 這樣擁有復雜的運行時系統的編程語言中，基準測試變得更有挑戰性。為了生成可靠的數據，環境設置必須控制諸如 CPU 頻率，節能特性，其他運行在相同機器上的進程，優化器選項等等。