位运算符优先级低于算术运算符，易导致表达式错误分组；应始终用括号显式分组，启用编译器警告并结合单元测试验证边界场景。
位运算符（如 &、|、^、、<code>>>）的优先级普遍低于加减法（+、-），甚至低于乘除（*、/、%）。忽视这一点，常导致表达式被错误分组，产生隐蔽且难以复现的逻辑错误。
快速识别可疑代码模式
以下写法高度提示存在优先级隐患：
-
if (flags & FLAG_A == 0)→ 实际等价于if (flags & (FLAG_A == 0))，而非预期的if ((flags & FLAG_A) == 0) -
value & MASK + offset→ 先算MASK + offset，再与value按位与 -
a | b + c→ 先算b + c，再按位或，不是(a | b) + c - 在宏定义中直接拼接位运算和算术，如
#define SET_BIT(x, n) x |= (1 （本意是左移 <code>n+1位，但实际是左移n位后再加 1）
用括号显式分组，不依赖记忆
位运算本身语义清晰，但混合算术时极易出错。最可靠的做法是：只要表达式中同时出现位运算符和算术运算符，就对位运算子表达式加括号。
- ❌ 错误：
if (status & READ_OK | WRITE_OK)（|优先级低于&，实际是(status & READ_OK) | WRITE_OK，但意图可能是status & (READ_OK | WRITE_OK)） - ✅ 正确：
if ((status & (READ_OK | WRITE_OK)) != 0) - ✅ 宏定义应写为：
#define SET_BIT(x, n) ((x) |= (1U （括号保护所有操作数和子表达式）
借助编译器和静态检查工具预警
现代编译器（GCC/Clang）在开启 -Wall 或 -Wparentheses 时，会对明显易错的混合表达式发出警告：
- GCC 提示：
warning: suggest parentheses around comparison in operand of ‘&’ - 启用
-Wlogical-op可捕获&&/||与位运算混淆的情况 - 使用
clang-tidy的bugprone-suspicious-semicolon和readability-misleading-indentation等规则辅助发现结构歧义 - 在 CI 中强制要求零警告，让这类低级但危险的问题无法合入主干
用单元测试覆盖边界组合
优先级错误往往在特定输入下才暴露。例如：
- 测试
flags & MASK == 0时，尝试flags = MASK、flags = MASK - 1、flags = 0，观察是否返回预期布尔值 - 对涉及移位+加法的计算（如地址偏移：
base + (idx ），故意传入 <code>idx = 0xFF，验证结果是否溢出或错位 - 将含位运算的表达式单独封装为函数，并为其编写独立测试，隔离逻辑，避免被上层流程掩盖问题
