独立语句中++i与i++完全等价；复合表达式中区别在于返回值时机：++i先自增后返回新值，i++先返回原值再自增。
独立语句中 ++i 和 i++ 完全等价；一旦进入复合表达式（比如赋值、算术运算、函数调用），行为立刻分叉——区别不在“是否自增”，而在“什么时候把值交出去”。
独立语句里，自增就是自增，没有返回值干扰
当 ++i 或 i++ 单独成行（即不参与其他计算），编译器只关心副作用：变量加 1。两者生成的汇编指令通常一致，优化后甚至完全不可区分。
常见错误现象：有人以为 i++ “效率更低”，在独立语句中这是过时的误解——现代编译器对二者一视同仁。
-
int i = 5; i++;→i变为 6 -
int i = 5; ++i;→i同样变为 6 - 它们都不产生可被使用的返回值，也不影响后续逻辑顺序
赋值表达式中，前置/后置决定谁先“交出数值”
关键在于：赋值操作（=）需要右边表达式的值；而 ++i 和 i++ 的返回值不同，直接决定左边变量拿到的是什么。
使用场景：循环计数器初始化、状态暂存、链表节点推进等需要“边改边用”的地方。
-
int i = 3; int x = ++i;→i先变 4，x得到 4 -
int i = 3; int x = i++;→x先得 3，i再变 4 - 如果写成
int x = i++ + ++i;，行为未定义（C/C++）或依赖求值顺序（Java 有明确定义但极易误判），应绝对避免
在函数参数或数组索引中，顺序陷阱最隐蔽
函数调用参数的求值顺序在 C/C++ 中是未指定的，f(i++, ++i) 类写法会导致结果不可预测；Java 虽按从左到右求值，但混合使用仍易出错。
性能影响：无实质差异；但可读性断崖下跌，调试时难以追踪变量瞬时状态。
- 安全写法：
arr[i] = value; i++;或i++; arr[i] = value; - 危险写法：
arr[i++] = value;—— 看似简洁，但若value本身含i相关计算（如arr[i++] = arr[i] * 2），结果取决于求值次序 - Java 中
list.get(i++)是常见模式，但前提是i不在get()内部被修改，否则仍是逻辑漏洞
最容易被忽略的一点：后置自增（i++）必须构造一个临时副本返回原始值，哪怕你没接住它——在重载运算符（如 C++ 迭代器）或封装类型中，这个副本开销真实存在；而前置（++i）通常直接返回引用，零额外成本。普通内置类型无感，但自定义类型上，这可能是性能拐点。
