More Effective C++：效能優化的科學方法與 80-20 法則

效能非戲言：過大過慢的程序再優秀也無人接受。C++ 本身不導致效能問題，**寫高效 C++ 前，必先會寫高效程序**。高層演算法效率低時，微優化（循環展開、位移代乘）無濟於事。

兩大優化維度

1. 語言無關：演算法與數據結構選擇。C++ 封裝優勢允許在不變接口下替換低效實現。
2. C++ 特有：代碼實現細節。最大隱患：頻繁構造/析構大量對象，如大出血般消耗時間。本章用四條款詳解對象來源與消除策略。

80-20 法則：效能優化的指南針

約 20% 代碼消耗 80% 資源（時間、內存、磁盤 I/O、維護精力）。此規律經無數驗證，非口號而是指導方針。

• 簡化工作：80% 時間可寫一般代碼，不影響整體效能。
• 增加難度：出現效能問題時，必須精準定位那 20% 瓶頸並優化之。

錯誤 vs 正確的瓶頸尋找法

多數人猜：憑經驗、直覺、傳聞怪罪網絡延遲、內存分配、編譯器優化不足……通常錯誤。程序員對效能特徵的直覺多錯，導致優化無效代碼（如 I/O 瓶頸時優化 CPU 運算）。

正確方法：Profiler：用工具測量真實資源消耗（時間、調用次數、內存分配頻率）。

• 關注局部效能大幅提升能帶動整體的熱點。
• 語句/函數調用計數屬間接指標：如構造函數調用千次卻只建百對象，揭示臨時對象濫用。
• 數據必須具代表性：用非典型數據 profiling 會誤導優化方向，甚至損害常用場景效能。收集多組真實客戶數據為佳。

實戰建議

把本章內容視為「戰鬥前的準備」。掌握提升效能原理，防止不必要對象產生，養成對編譯器生成代碼行為的敏銳直覺。**有備無患。**