前缀++i先自增后取值，后缀i++先取值后自增；同一表达式多次修改同一变量会导致逻辑混乱且可读性差，应避免。
自增自减运算符的两种写法区别在哪
Java里 ++ 和 -- 有前缀和后缀两种形式，行为完全不同：前缀（如 ++i）先修改再取值，后缀（如 i++）先取值再修改。这个差异在赋值、函数调用或复杂表达式中会立刻暴露。
常见错误现象：int i = 5; int j = i++ + ++i; 结果不是 11 或 12，而是 12 —— 因为执行顺序是：取 i 原值 5 → i 变成 6 → ++i 把 i 变成 7 并取 7 → 最终 j = 5 + 7。
- 不要在同一个表达式里对同一变量多次使用自增/自减，JVM 不保证所有实现行为一致（虽 Java 规范定义了求值顺序，但可读性已崩坏）
- 循环中用
i++或++i效果一样，但习惯上用i++；性能上无差别，现代 JVM 都会优化掉冗余操作 - 用在布尔判断里容易翻车，比如
if (i++ ，<code>i总是多加一次，后续逻辑可能错位
运算符优先级如何影响自增/自减的结果
++ 和 -- 的优先级高于算术运算符（如 +、-），但低于括号和点号。这意味着它们会先于相邻的加减乘除被计算，但不会“跳过”整个子表达式。
例如：int a = 2, b = 3; int x = a++ + b * 2; 等价于 x = (a++) + (b * 2)，不是 (a++ + b) * 2。这里 a++ 先取 2，再让 a 变成 3；b * 2 是 6；最终 x = 2 + 6 = 8。
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 遇到混合运算时，优先用括号显式分组，别依赖记忆优先级表
-
++和--与一元+/-优先级相同，所以-i++解析为-(i++)，不是(-i)++（后者非法） - 数组索引里混用易出错：
arr[i++] = arr[++i]是未定义行为倾向 ——i被修改两次且无序列点，Java 虽规范明确，但极难推理
在 for 循环和 while 中的实际使用建议
for 循环头里写 i++ 或 ++i 完全等效，因为递增动作本身不参与循环条件或主体的值计算；但在 while 或 do-while 中，若把自增放在条件里（如 while (arr[i++] != null)），就要格外注意边界和越界风险。
- 避免在 while 条件中同时做取值和自增，尤其配合数组/集合访问时，容易漏判最后一个元素或触发
ArrayIndexOutOfBoundsException - for 循环体内部慎用
i++，否则可能跳过下一轮迭代，或造成无限循环 - 遍历 List 时，用增强 for 或迭代器更安全；手写索引循环时，把自增统一放在 for 的 update 表达式里，别塞进循环体内
字节码层面看自增到底做了什么
编译后，i++ 和 ++i 都会生成多条字节码指令：加载变量、复制栈顶值、执行加法、存回变量。区别只在是否保留原始值用于后续计算。可以用 javap -c 查看验证。
例如 int j = i++; 会生成 iload_1（载入 i）、dup（复制）、iinc 1 1（i 加 1）、istore_2（j 存 旧值）；而 int j = ++i; 是 iload_1、iinc 1 1、iload_1、istore_2（j 存 新值）。
- 性能差异可以忽略，JVM 优化后几乎没区别
- 真正影响性能的是频繁装箱（如
Integer i = 0; i++;），每次都会新建对象 - 多线程环境下，
i++不是原子操作（读-改-写三步），必须用AtomicInteger或同步块保护
最常被忽略的一点：自增/自减只对变量有效，不能作用于字面量、表达式或 final 字段。写 5++、(a + b)++ 或 final int x = 1; x++ 都会在编译时报错 unexpected type 或 cannot assign a value to final variable。
