前置++返回加后的值，后置++返回加前的值；如i=5时，i++值为5、++i值为6，二者均使i变为6，但表达式结果不同，影响赋值与函数调用。
前置++和后置++在Java里到底返回什么值
关键就一点：前置++i先加再用，返回加完后的值；后置i++先用再加，返回加之前的值。这个“返回值”在赋值、传参、表达式求值时直接体现，不是“执行顺序不同”这么模糊——是表达式的计算结果不同。
常见错误现象：
写int j = i++ + ++i;以为能预测结果，其实依赖求值顺序（Java规定从左到右），但更危险的是混淆了每个子表达式的值。比如i = 5时，i++整个表达式值是5，而++i整个表达式值是6，哪怕它们最终都让i变成6。
- 使用场景：循环变量自增一般用
i++或++i效果一样，但涉及赋值或函数调用时必须分清，比如list.add(i++)和list.add(++i)插入的是不同数字 - 参数差异：没有参数，但作为表达式参与运算时，语义完全不同；编译器不会报错，运行时逻辑出错也很难定位
- 性能影响：无实质差异，JVM对两者生成的字节码几乎一致，别信“前置更快”的说法
在for循环里用i++还是++i根本没区别
因为for (int i = 0; i 中的<code>i++是独立语句，不参与其他表达式计算，只负责更新变量。此时换成++i，行为完全一致，字节码也一样。
容易踩的坑：
有人看到别人代码写++i就跟着改，以为“更高效”或“更规范”，其实纯属误解。真正该关注的是它是否出现在复合表达式中。
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 只要自增操作单独成句（如循环增量、单独一行
i++;），前置后置可互换 - 一旦嵌入表达式（
arr[i++] = x;、func(++j)、a = b++ + c;），就必须按逻辑选 - IDE有时会警告“redundant prefix increment”，那是提示你这里用
++i没必要，不是说它错
++和--在布尔上下文或条件判断里千万别乱用
Java不支持把i++这种表达式直接当布尔值用（不像C），所以if (i++)会编译失败：类型不匹配。但更隐蔽的问题是，在while或for条件中混用，比如while (arr[i++] != null)，容易漏判第一个元素或越界。
常见错误现象：int i = 0; while (i —— 这里<code>i每次循环开始前已自增，导致arr[i]实际访问的是下一个位置，第一次判断用的是arr[0]，但i立刻变成1，后续逻辑容易错位。
- 推荐写法：条件里只做判断，自增放到循环体末尾或
for的第三部分 - 如果真要合并，务必确认索引访问和自增的先后关系是否符合预期，尤其注意边界值
-
--同理，arr[--i]是先减后取，arr[i--]是先取后减，数组下标越界风险更高
自增运算符不能用于final、常量或表达式
++和--要求操作数是“可变的左值”，也就是必须能被赋值的变量。所以final int x = 5;之后，x++编译直接报错cannot assign a value to final variable x；同理(a + b)++、arr[i]++（如果arr[i]是final字段）也会失败。
容易踩的坑：
以为arr[i]++只是给数组元素加1，忽略了它本质是arr[i] = arr[i] + 1，所以要求arr[i]可写。如果数组元素类型是包装类（如Integer[]），还涉及自动拆箱/装箱，可能抛NullPointerException。
- 基本类型数组（
int[]）可以安全用arr[i]++ - 引用类型数组（
Integer[]）用之前必须确保arr[i] != null -
++不能作用于方法调用结果，如getValue()++非法，因为getValue()不是变量
