前置++返回自增后的值，后置++返回自增前的值；赋值、函数调用、数组索引等场景中二者结果不同，如a=i++得旧值，a=++i得新值，arr[i++]用旧下标，arr[++i]用新下标。
前置++和后置++在表达式中返回的值不同
关键区别不在“谁先加1”，而在于“加1之后，整个表达式算出什么值”。++i 返回加1后的值，i++ 返回加1前的值。这直接影响赋值、函数参数、数组索引等场景的结果。
- 如果写
int a = i++;，a得到的是旧值，i仍会自增 - 如果写
int a = ++i;，a和i都是新值 - 在
arr[i++]中，用的是旧i当下标，之后才加1；arr[++i]则先加1再取下标，可能越界
在循环里用错后置++可能导致逻辑跳过首项
常见于手动遍历或边界敏感的场景，比如处理数组时误以为 i++ 和 ++i 在 for 的第三部分等价——其实它们在该位置效果相同，但一旦挪到循环体内部（比如 if 分支里），就容易出问题。
for (int i = 0; i ：第三部分的 <code>i++和++i行为一致，因为这里只关心副作用，不依赖返回值- 但若写成
if (condition) arr[i++] = x;，可能漏掉第一个满足条件的位置，因为i被提前挪走了 - 更隐蔽的是嵌套循环中混用：外层用
i++，内层又用++i，容易让i变成非预期值
字节码层面能看出性能和语义差异
Java 编译器对 ++i 和 i++ 生成的字节码不同：i++ 多一次栈复制操作，因为它得先暂存旧值再执行加法；++i 直接加完就用。虽然现代 JVM 优化很强，但在极端性能敏感路径（如高频数学计算、实时音视频处理）里，这个差异仍可能被观测到。
-
i++对应字节码序列类似：iload→dup→iconst_1→iadd→istore -
++i是：iload→iconst_1→iadd→dup→istore（注意dup位置不同） - 如果返回值完全没被使用（比如单独一行写
i++;），JIT 通常能优化掉冗余操作，但别依赖这点做可读性妥协
调试时看到变量值“突然变大”往往是因为后置++被多执行了一次
典型现象：断点停在某行后，观察变量发现它比预期大了1，但代码里只有一处自增。问题常出在日志、断言或 getter 中隐式调用了含 i++ 的逻辑。
- 比如写了个
toString()方法返回"count=" + count++，每次打印都会悄悄加1 - 又或者在
assert里写了assert i++ ，断言失败时 <code>i已经变了，干扰调试判断 - IDE 的“Evaluate Expression”窗口里输入
i++也会真实执行——这不是查看，是修改
最麻烦的是这种组合：map.put(key, value[i++]);，如果 put 内部触发了重哈希并调用 key.hashCode()，而该方法又意外引用了同一个 i，结果就不可预测了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
