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 能提升程序性能，尤其是在某些特定路径上，但前提是你要清楚自己在做什么，并且能通过实际数据验证它的效果。
