2011年前寫的每一行C++代碼，可能都在拖累今天的性能。

傳統(tǒng)程序員腦子里焊著一條規(guī)則：基礎(chǔ)類型傳值，其他全傳const引用。這條鐵律在C++98時代沒錯，但現(xiàn)代C++的編譯器優(yōu)化和移動語義，已經(jīng)把它變成了性能陷阱。

「沉底」函數(shù)：傳值反而更快

構(gòu)造函數(shù)是最典型的「沉底」（sink）場景——數(shù)據(jù)進(jìn)來就永久安家，不再外流。以Book類的title成員為例，老寫法是const string&傳參，內(nèi)部再拷貝一次。

現(xiàn)代寫法直接傳值：string title。外部實(shí)參如果是右值，編譯器觸發(fā)移動語義，一次內(nèi)存搬運(yùn)搞定；如果是左值，拷貝也逃不掉，但老寫法同樣逃不掉。傳值版本代碼更干凈，且編譯器優(yōu)化后常生成完全相同的機(jī)器碼。

關(guān)鍵差異在臨時對象場景。老寫法Book b(getTitle())：getTitle()返回的臨時string先綁定到const引用，再拷貝進(jìn)成員。傳值寫法：臨時對象直接移動構(gòu)造，零額外拷貝。某些編譯器優(yōu)化后，兩者可能等價；但傳值寫法不依賴優(yōu)化，語義更明確。

移動語義改變了成本計(jì)算

const引用的隱形代價是「保守」。它承諾不修改原對象，意味著必須保留原對象狀態(tài)——哪怕你其實(shí)想偷走它的資源。傳值配合std::move，顯式表達(dá)資源轉(zhuǎn)移的意圖。

函數(shù)鏈?zhǔn)秸{(diào)用時差別更明顯。process(makeBigData())，傳const引用版本：臨時對象→引用綁定→內(nèi)部拷貝。傳值版本：臨時對象→移動構(gòu)造。大數(shù)據(jù)結(jié)構(gòu)（如vector、string）的移動成本是O(1)，拷貝是O(n)。

更隱蔽的坑：const引用延長臨時對象生命周期。某些極端場景下，這會導(dǎo)致析構(gòu)順序混亂，調(diào)試時抓破頭皮。

什么時候該守舊？

傳值不是萬能藥。函數(shù)內(nèi)部只讀數(shù)據(jù)、且參數(shù)類型不支持廉價移動（如大型POD結(jié)構(gòu)），const引用仍是合理選擇。但「默認(rèn)傳const引用」的慣性，讓太多程序員錯過了移動語義的紅利。

Google的C++風(fēng)格指南2017年修訂版已調(diào)整建議：可移動類型優(yōu)先傳值。LLVM、Chromium等代碼庫的遷移數(shù)據(jù)，或許能說明這條鐵律的崩塌速度——你的代碼庫還在用哪一版？