Java运算符优先级的真正难点在于优先级、结合性、短路行为与自动拆箱四者叠加影响；如i++ + ++i + i结果为7，因操作数先求值再运算，副作用时机依操作符而定。
Java 运算符优先级看似基础，却常在面试中成为“陷阱题”的源头——表面考语法，实则考对结合性、隐式类型转换和求值顺序的综合理解。真正容易出错的，不是记不住表格，而是忽略 优先级 + 结合性 + 短路行为 + 自动拆箱 四者叠加的影响。
一、经典陷阱：i++ 和 ++i 在表达式中的混用
题目示例：
int i = 1;
int result = i++ + ++i + i;
System.out.println(result); // 输出？
很多人按“从左到右”直觉计算，但 Java 表达式求值严格遵循：操作数先求值（从左到右），再按运算符优先级和结合性执行运算。
- i++：先取 i 当前值（1），再将 i 加 1 → 使用值为 1，i 变为 2
- ++i：i 当前为 2，先加 1 再取值 → i 变为 3，使用值为 3
- 最后一个 i：此时 i 是 3，直接取值 3
- 所以 result = 1 + 3 + 3 = 7
关键点：后置自增的“副作用”（i 变化）发生在该操作数被使用之后，但整个表达式中所有操作数的值是在运算开始前就确定的（即“求值顺序固定”，但“副作用生效时机”依操作符而定）。
立即学习“Java免费学习笔记（深入）”；
二、逻辑运算符的短路与优先级混淆
题目示例：
boolean a = false, b = true, c = true;boolean res = a && b || c && !a;
看似复杂，其实只需按优先级分组：! > && > ||，且 && 和 || 均为左结合。
- !a → true
- a && b → false && true → false
- c && !a → true && true → true
- 最终：false || true → true
更危险的是带副作用的写法：
if (obj != null && obj.getValue() > 0)这里依赖 && 的短路特性防止空指针。若误写成 obj != null || obj.getValue() > 0，或错误认为 || 优先级更高，就会触发 NPE —— 优先级决定是否能安全跳过右侧求值。
三、位运算与关系运算符的“隐形越界”
题目示例：
int x = 5, y = 3;boolean flag = x & 1 == 1;
你以为是“判断 x 是否为奇数”？结果却是 false！因为 == 的优先级高于 &，实际执行的是：
- 1 == 1 → true（即 1）
- x & 1 → 5 & 1 = 1
- 但表达式等价于 x & (1 == 1)，即 5 & 1 → 1，再与布尔值比较？不成立 —— 编译报错！
等等，为什么没报错？因为 == 返回 boolean，& 是整型位运算符，boolean 不能参与 &。所以上面代码根本编译不过！正确写法必须加括号：
boolean flag = (x & 1) == 1;这个例子暴露出：优先级错误常导致意料之外的类型不匹配，而非数值偏差。
四、赋值运算符的右结合性被严重低估
题目示例：
int a, b, c;a = b = c = 10;
这能成功，是因为 = 是右结合，等价于 a = (b = (c = 10))；每个赋值表达式返回被赋的值（10），并支持链式赋值。
但一旦混入其他运算符，问题就来了：
int x = 1, y = 2;int z = x = y + 1;
- y + 1 先算 → 3
- x = 3 执行 → x 变为 3，表达式值为 3
- z = 3 → z 也为 3
如果误以为 “= 优先级最低，最后执行”，可能错解为 z = x，再 x = y + 1，那就完全错了。记住：赋值不是“最后算”，而是“从右往左串起来算”。
真正吃透运算符优先级，不靠死背表格，而要抓住三个锚点：哪个操作数先被取值、哪个副作用先发生、哪个类型转换在此刻隐式发生。面试官想看的，是你能否把一行代码拆解成 JVM 实际执行的步骤序列。
