likely和unlikely是gcc/clang提供的宏，用于提示編譯器分支預測概率。1. likely(x)表示x大概率為真，2. unlikely(x)表示x大概率為假。適用于錯誤處理、邊界條件等非主流程邏輯應使用unlikely；熱路徑、數據結構常用分支等應使用likely。注意事項包括：不要濫用、需測試驗證效果、存在平臺兼容性問題、現代cpu預測能力強無需過度干預。合理使用可提升性能，但需基于實際數據驗證。
在c++中，分支預測失敗雖然不是每次都會造成明顯性能問題，但在高頻循環或關鍵路徑上，確實可能帶來不可忽視的性能損耗。編譯器會嘗試進行優化，但有時候它并不足夠聰明。這時候，likely 和 unlikely 宏就可以派上用場了。
這兩個宏本質上是給編譯器的提示，告訴它某個條件分支更可能成立還是不成立，從而影響生成的代碼順序和分支預測策略。它們并不是標準C++的一部分，而是GCC、Clang等編譯器提供的擴展特性，通常以 __builtin_expect 的形式實現。
什么是 likely 和 unlikely？
這兩個宏一般定義如下：
立即學習“C++免費學習筆記（深入）”；
#define likely(x) __builtin_expect(!!(x), 1) #define unlikely(x) __builtin_expect(!!(x), 0)
它們的作用是告訴編譯器，括號中的表達式是否“大概率”為真。例如：
if (unlikely(error_condition)) { // 處理錯誤 }
這段代碼的意思是：這個 error_condition 幾乎不會發生。這樣編譯器就會把處理正常流程的代碼放在更“順暢”的位置，減少跳轉帶來的性能損失。
哪些場景適合使用 unlikely？
-
錯誤處理路徑：比如函數入口處檢查參數合法性，這類判斷通常很少觸發。
if (unlikely(ptr == nullptr)) { return -1; } -
邊界條件處理：如緩沖區滿、隊列空等情況，在多數情況下并不會頻繁發生。
-
異常控制流：日志打印、權限檢查、調試斷言等非主流程邏輯。
這些情況如果放在普通流程里判斷，而實際又很少被觸發，就非常適合用 unlikely 來標記。
哪些情況更適合用 likely？
-
熱路徑上的常見判斷：比如循環內某個條件幾乎每次都成立。
if (likely(value > 0)) { do_something_fast(); } else { handle_edge_case(); } -
數據結構常用分支：例如紅黑樹插入操作中大多數節點有父節點，那么判斷是否有父節點可以用 likely。
-
協議解析中的常規模式：在網絡包或文件解析時，大部分數據格式符合預期，只有極少數需要特殊處理。
這種情況下，使用 likely 可以幫助編譯器把熱點代碼布局得更緊湊，提高指令緩存命中率。
使用注意事項
-
不要濫用：如果你不確定某個條件發生的概率，不要隨便加。誤用反而可能導致性能下降。
-
測試驗證效果：最好通過性能測試來確認是否真的提升了執行效率，而不是憑直覺。
-
平臺兼容性問題：__builtin_expect 是GCC/Clang特有的，MSVC下沒有直接對應功能。跨平臺項目要注意宏定義的兼容性。
-
現代CPU的分支預測已經很強：除非你是在寫底層庫、驅動、高頻交易系統等對性能極度敏感的代碼，否則大多數時候不需要手動干預。
基本上就這些。合理使用 likely 和 unlikely 能提升程序性能，尤其是在某些特定路徑上，但前提是你要清楚自己在做什么，并且能通過實際數據驗證它的效果。
