Java运算符优先级应结合结合性与从左到右求值理解；易错点包括==与&&混用、+的双语义歧义、赋值运算符右结合性，以及++/--副作用时机混淆。
Java 运算符优先级不是靠死记，而是靠「结合性 + 从左到右求值顺序」推出来的；真正容易出错的不是优先级本身，而是 == 和 && 混用、+ 的重载歧义、以及赋值类运算符（如 =、+=）的右结合特性。
为什么 a = b == c 不等于 (a = b) == c
因为 == 优先级高于 =，所以 a = b == c 实际等价于 a = (b == c) —— 先算布尔比较，再把 true 或 false 赋给 a。如果 a 是 int 类型，编译直接报错：incompatible types: boolean cannot be converted to int。
常见误写场景：
- 想判断并赋值：误写成
if (flag = someMethod())（少了个=），实际执行了赋值而非比较 - 链式比较意图：写
a == b == c，但 Java 不支持三元布尔链式，它会被解析为(a == b) == c，而(a == b)是boolean，c是整数 → 编译失败 - 条件表达式嵌套：如
result = a > 0 && b ，注意&&优先级低于?:，所以无需额外括号；但若写成a > 0 ? x : y || z，||会先于?:参与运算，逻辑错乱
+ 在字符串拼接和数值相加中的歧义怎么破
+ 是唯一严重依赖操作数类型的双语义运算符：两边都是数字 → 算术加法；任一边是 String → 字符串拼接；且从左到右逐个计算，不看整体。
立即学习“Java免费学习笔记（深入）”；
示例：
System.out.println(1 + 2 + "3"); // 输出 "33"（先 1+2=3，再 "3"+"3" → "33"）
System.out.println("1" + 2 + 3); // 输出 "123"（"1"+2 → "12"，再 +"3" → "123"）
System.out.println(1 + "2" + 3); // 输出 "123"
关键点：
- 没有“全局类型推导”，只看当前两个操作数
- 一旦左边出现
String，后续所有+都按拼接处理 - 想强制先算数再转字符串？加括号：
"" + (1 + 2) + 3
自增/自减（++、--）和赋值混用时的陷阱
++ 和 -- 优先级很高（仅次于括号和点号），但它们的「副作用发生时机」和「表达式值」必须分清。前缀（++i）返回新值，后缀（i++）返回旧值，且该值在整条语句中固定不变。
典型翻车现场：
-
int i = 1; int j = i++ + ++i;→ 结果是j == 4（i 先取 1，再自增为 2；然后 ++i 把 i 变 3 并取 3；1+3=4），但这种写法属于未定义行为的灰色地带，不同 JVM 版本或优化级别下可能表现不一致 -
arr[i] = i++;→ 先用i当前值作下标，再自增i；但右边是旧值，所以是把旧i赋给arr[旧i] - 循环中滥用：
for (int i = 0; i → 死循环，因为i++返回旧值，赋给i后i永远不变
位运算符（&、|、^）为什么比逻辑运算符（&&、||）更容易踩坑
& 和 | 既是位运算符，也是布尔逻辑运算符（非短路）；而 && 和 || 是短路逻辑运算符，且优先级更低。混淆会导致空指针或意外执行。
例子：
if (obj != null & obj.isActive()) { ... } // 即使 obj == null，obj.isActive() 仍会被调用 → NullPointerException
if (obj != null && obj.isActive()) { ... } // 安全：短路，obj == null 时跳过右侧
优先级差异直接影响括号需求：
-
a & b == c等价于a & (b == c)，因为==优先级高于& -
a && b == c等价于a && (b == c)，但这是对的；可如果写成a == b & c == d，它其实是(a == b) & (c == d)（位与两个布尔），不是你想表达的“两个条件都成立”——此时该用&& - 位运算用于掩码时，常配合括号：
flags & (FLAG_A | FLAG_B)，否则flags & FLAG_A | FLAG_B会先算&再算|，结果错误
真正难的不是查表背优先级，而是意识到：Java 表达式求值永远从左到右，每个子表达式按优先级和结合性即时折叠；任何依赖“直觉分组”的写法，大概率需要括号来显式固化意图。尤其在涉及 =、++、+、& 的混合表达式里，多一个括号，少三天 debug。
