java运算符优先级易出错因+在字符串与数字间行为不同、&&和||具短路性、=优先级低于==，需关注实际分组而非死记顺序；调试应靠加括号、提变量、查字节码。
Java运算符优先级为什么总让人算错结果
因为Java里+在字符串和数字间行为不同，&&和||有短路特性，而=的优先级比==还低——这些不是“记住顺序”就能避坑的，得看表达式怎么被实际分组。
比如a = b == c等价于a = (b == c)，不是(a = b) == c；又比如list.get(i) + 1 ，<code>+比优先级高，但很多人直觉以为位移会先算。
- 优先级表只是语法分组规则，不决定求值顺序（求值永远从左到右，除非运算符本身定义了顺序，如
&&） - 赋值类运算符（
=、+=等）全部是右结合，所以a = b = 1合法，等价于a = (b = 1) - 三元运算符
? :优先级很低，比=还低，a = b > 0 ? 1 : 0必须加括号才能按预期工作，否则会报错
哪些运算符组合最容易出编译错误
编译器不会直接告诉你“优先级错了”，而是抛出incompatible types或bad operand types这类模糊提示，本质是表达式被错误断句后类型不匹配。
典型例子：if (x & y == 0)——这里==优先级高于&，实际解析为x & (y == 0)，而y == 0是boolean，不能和int做位与。
立即学习“Java免费学习笔记（深入）”；
- 位运算
&、|、^和关系运算符==、!=混用时，务必加括号：(x & y) == 0 -
instanceof优先级很低，obj instanceof String == null会被拆成(obj instanceof String) == null，但布尔值不能和null比较，应写成obj instanceof String && obj != null - 方法调用
()和数组访问[]优先级最高，但它们内部的表达式仍受优先级影响：arr[i + 1][j * 2]中+和*照常按优先级算，不是“括号就万事大吉”
Java 14+里record和模式匹配对优先级的影响
record字段访问、instanceof后的模式变量绑定，本身不引入新运算符，但会让表达式嵌套更深，放大优先级误判风险。
比如obj instanceof Point p && p.x + p.y > 10，&&优先级低于+，所以没问题；但若写成obj instanceof Point p || p.x == 0 && p.y == 0，就容易漏掉||和&&的结合性（&&更高），实际等价于obj instanceof Point p || (p.x == 0 && p.y == 0)，而非按自然语言理解的“要么是Point且x=0，要么y=0”。
- 涉及
instanceof模式匹配时，把整个条件分支用括号包住更安全：(obj instanceof Point p) && (p.x > 0) - record的
.x访问和普通对象一样，优先级同.运算符（最高级），但别因此忽略其右侧子表达式的优先级，如p.x + 1 == 5仍是(p.x + 1) == 5 - switch模式匹配中，case标签里的守卫条件（
when）内仍遵循原优先级规则，case Point(var x, var y) when x * y > 0:中*先于>执行，无需额外括号
调试复杂表达式时最有效的三个动作
别靠背表，靠拆解。IDE能高亮语法树，但真正管用的是手动加括号、提取变量、查字节码。
- 把疑似歧义的部分用括号明确包起来，哪怕“看起来没必要”——
(a + b) * c比a + b * c多两个字符，但省去十次调试 - 遇到
NullPointerException出现在看似安全的obj.field.method()链上，先检查是不是==或&&把前面整个链当成了一个操作数，比如obj.field == null && obj.field.toString()——这里&&左边已为true，右边根本不会执行，但若写成obj.field == null || obj.field.toString().length() > 0，左边为true时右边也不会执行，可一旦顺序反了就崩 - 实在不确定，用
javap -c看字节码：同一个表达式，加括号前后生成的指令序列是否一致，是最硬的验证方式
优先级不是用来默写的，是用来打断点时快速定位哪部分先算、哪部分被当整体的。越复杂的表达式，越要默认它已经被优先级悄悄改写了结构。
