Java运算符优先级易致逻辑错误：赋值=低于逻辑运算符，位运算&|高于&&||，移位高于+-，三元?:优先级最低，均需括号明确分组。
Java 运算符优先级不是语法错误，却常让逻辑“悄悄跑偏”——看似正确的表达式，因没加括号而按优先级被重新分组，结果与预期不符。这类问题难调试，因为编译通过、运行无异常，只在特定输入下暴露错误。
赋值运算符（=）低于比较和逻辑运算符
最典型的是把 == 误写成 =，但更隐蔽的是在条件中混用赋值与判断：
错误写法：if (a = b && c > 0) —— 编译失败：= 优先级低于 &&，等价于 if (a = (b && c > 0))，而 a 是 int 类型，无法接收 boolean 值。
正确写法：- 判断用 ==：if (a == b && c > 0)
- 真要赋值再判断（不推荐），必须加括号：if ((a = b) != 0 && c > 0)（注意：需确保 a 和 b 类型兼容，且赋值结果可参与布尔判断）
位运算符（&、|） vs 逻辑运算符（&&、||）的优先级陷阱
& 和 | 是位运算符，优先级远高于 && 和 ||；但它们长得像、名字像，容易混淆使用场景：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
if (flag & isValid() || count > 10) —— 实际执行顺序是 if ((flag & isValid()) || count > 10)。isValid() 总会被调用，且 flag & true 会触发隐式类型转换（boolean 不能直接参与 & 运算，此处若 flag 是 int，则 isValid() 返回 boolean 会导致编译错误）。
安全做法：- 布尔逻辑一律用 && / ||，它们支持短路，语义清晰，优先级也符合直觉
- 真要用位运算（如掩码判断），显式加括号并确保操作数为整型：if ((flags & ENABLE_LOG) != 0 && count > 10)
加减与移位、位运算混用时括号缺失
移位运算符（、>>）优先级高于 + 和 -，但低于 *、/。这容易导致数值计算出错：
典型错误：int offset = base + value —— 意图是 “base 加上（value 左移 2 位）”，但实际执行 (base + value) ，结果扩大了 4 倍，而非仅 value 扩大。
修复方式：- 明确意图，加括号：int offset = base + (value
- 复杂表达式建议拆解：int shifted = value ，再 int offset = base + shifted;
三元运算符（?:）与赋值、二元运算符结合时的歧义
三元运算符优先级较低（仅高于赋值），常被低估。例如：
易错写法：result = a > b ? a : b + 1; —— 看似“a>b 取 a，否则取 b+1”，实际等价于 result = (a > b ? a : b) + 1;，即无论 a 是否大于 b，最后都加了 1。
可靠写法：- 三元表达式整体加括号：result = (a > b ? a : b + 1);
- 或提升可读性，改用 if-else
