前置++i先自增后返回新值，后置i++先返回原值再自增；二者仅适用于变量，不可用于字面量、常量、方法调用等；滥用易引发逻辑错误。
Java中++和--的前置与后置行为差异
前置（++i）立即修改变量值并返回新值；后置（i++）先返回原值，再加1。这个区别在赋值、函数调用或复杂表达式中极易引发逻辑错误。
- 当写
int a = i++;，a得到的是i的旧值，i自增发生在赋值之后 - 当写
int a = ++i;，i先自增，a得到的是新值 - 在
System.out.println(i++);中，打印的是未增前的值，但下一行读取i就已是增后的结果 - 对引用类型（如包装类
Integer）使用++会触发自动拆箱/装箱，可能产生新对象，不改变原引用
自增自减运算符不能用于哪些表达式
++ 和 -- 只能作用于**变量**（lvalue），不能用于字面量、常量、方法调用或表达式结果。
- ❌ 错误：
5++、Math.abs(x)++、final int y = 10; y++; - ✅ 正确：
int x = 5; x++;、arr[i]++（数组元素是变量）、list.get(0)++（前提是get()返回的是可变变量，且 list 存储的是基本类型包装类或支持 set 的结构） -
编译错误信息通常是：
unexpected type: required: variable, found: value
在循环和条件判断中滥用++导致的隐蔽问题
把自增逻辑塞进条件表达式里（比如 while (i++ ）容易混淆边界和执行次数，尤其在调试或多人协作时难追踪。
- 对比：
for (int i = 0; i 清晰分离初始化、判断、更新三部分；而 <code>while (i++ 让 <code>i在每次判断后才加1，导致循环体最后一次执行时i实际为 9，退出后i变成 10 —— 表面看一致，但若循环内又依赖i++，就会错位 - 在
if (arr[i++] != null)中，若i越界，先访问arr[i]再自增，仍会抛ArrayIndexOutOfBoundsException；但若写成if (i ，短路特性可避免越界访问 - 多线程环境下，
i++不是原子操作（读-改-写三步），即使i是volatile也无法保证线程安全；应改用AtomicInteger.incrementAndGet()
字节码层面看i++到底做了什么
理解底层有助于判断性能影响和不可重入场景。以 int i = 1; i++; 为例，javac 编译后对应三条字节码指令：
立即学习“Java免费学习笔记（深入）”；
iconst_1 // 将常量 1 压栈 istore_1 // 弹出并存入局部变量表索引 1（即 i） iload_1 // 将 i 当前值压栈（此时为 1） iinc 1, 1 // 对局部变量表索引 1 的值直接加 1（i 变为 2） pop // 弹出原值（1），因后置自增需丢弃该值
可见，i++ 并非“单条指令”，它涉及栈操作与局部变量表更新；在需要严格控制执行顺序的场合（如 JVM 指令重排敏感代码），应避免将其嵌套在复合表达式中。
真正麻烦的不是语法不会用，而是以为它只是“加1”就完事了——它牵扯求值顺序、副作用时机、内存可见性，甚至 GC 压力（对 Integer 频繁自增会不断创建新对象）。
