这绝对是C/C++里最容易踩坑的反直觉细节之一，咱们掰开揉碎了说：

先看你提到的典型坑点：当你写 some_num & 0xABCD == 5 时，编译器会把它解析成 some_num & (0xABCD == 5)——先判断 0xABCD 和5是否相等（结果显然是0），再用这个0和some_num做位与运算，完全偏离了我们原本想“先位与再比较”的意图。

但换成算术运算符就不一样了，比如 some_num + 5 == 5，编译器会按我们的预期先算 some_num +5，再和5比较，这是因为算术运算符的优先级比比较运算符高。

那为什么会有这种反直觉的差异？核心原因是 历史遗留+向后兼容：

• 早期C语言在设计优先级规则时，参考了当时的编程语言（比如BCPL）的设定，设计者把比较运算符的优先级设得比位运算符高，可能是当时认为比较运算的“逻辑相关性”更强，或者只是延续了已有开发习惯。
• 后来C++直接继承了C的这套规则，而且随着时间推移，大量的代码已经依赖这个优先级逻辑正常运行，为了不破坏这些既有代码的兼容性，哪怕这个规则反直觉，后续的语言标准也只能一直保留下来。

所以给所有开发者的实用提醒是：只要你在代码里混合使用位运算符和比较运算符，一定要手动加括号明确运算顺序，比如把 (some_num & 0xABCD) == 5 用括号括起来，避免编译器的“意外解读”。

内容来源于stack exchange