java表达式求值顺序虽从左到右明确，但应避免同一表达式中对同一变量多次读写或依赖副作用顺序；需拆分复合操作、显式处理短路逻辑、强制括号明确优先级、用命名变量替代复杂嵌套。
Java 表达式求值顺序本身是明确定义的（从左到右），但副作用（如自增、赋值、方法调用）的发生时机，容易让人误以为“谁写在前面就先改谁”，从而写出依赖特定执行顺序的脆弱代码。真正要避免的，不是求值顺序本身，而是**在同一表达式中对同一变量多次读写，或把关键逻辑绑在副作用发生的先后上**。
别让一个表达式干多件事
像 i++ + ++i、a = b++ + ++c 这类写法，虽然语法合法，但语义混乱：它既想算加法，又想改 i 或 b、c 的值，还指望它们的修改顺序可预测。JLS 明确不规定同级操作数之间的求值顺序细节（比如 method1() + method2() 中两个方法谁先调用？答案是“从左到右”，但若涉及多个自增，就极易踩坑）。
- 把自增/赋值单独成行：
i++; int sum = i + j;而不是sum = i++ + j; - 把方法调用拆开：
int x = getValue(); int y = compute(x);而不是int result = compute(getValue());（除非你确认getValue()没有副作用且逻辑清晰） - 尤其避免在比较或逻辑表达式里塞赋值：
if ((a = getValue()) != null && a.isValid())→ 改为先赋值再判断
警惕短路运算符里的隐含跳过
&& 和 || 的短路特性是好东西，但也会让右边的副作用“有时执行、有时不执行”。如果你依赖右边一定发生（比如记录日志、更新计数器、清理资源），那就不能把它放在短路位置。
- 错误：
if (user.isActive() && logger.debug("check passed")) { ... }→ 日志可能不输出 - 正确：
if (user.isActive()) { logger.debug("check passed"); doWork(); } - 需要多个校验都执行？别用
&&连接，改用独立判断并收集结果
位运算和比较混用时，括号不是可选，是必须
像 flags & MASK == 0 看似自然，实际被解析为 flags & (MASK == 0) —— 因为 == 优先级高于 &。这不是 bug，是规则；但人脑容易按语义断句，导致逻辑错误。
- 所有涉及
&、|、^和==、!=、>=等混合的表达式，一律加括号：(flags & MASK) == 0 - 同样适用于
&&/||和关系运算符共存：(score >= 60) && (age - IDE 鼠标悬停能显示绑定优先级，写完顺手扫一眼，有歧义就包
用变量命名代替复杂嵌套
与其靠括号硬扛，不如把子表达式提出来，用有意义的名字封装。
- 差：
if ((status & ERROR_FLAG) != 0 && (config & DEBUG_MODE) == DEBUG_MODE && !isRetrying()) - 好：
boolean hasError = (status & ERROR_FLAG) != 0;<br>boolean isDebug = (config & DEBUG_MODE) == DEBUG_MODE;<br>if (hasError && isDebug && !isRetrying())
- 好处：副作用隔离、逻辑清晰、调试方便、团队易懂
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
