i++ 在 for 循环中可作步进控制，但若循环体内再写 i++ 会导致跳过索引；因 i++ 先返回原值后自增，重复使用会引发意外跳步。
为什么 i++ 在 for 循环里不能直接当步进控制用
因为 i++ 是后置自增，它先返回当前值，再加 1。在 for 循环的第三部分（更新表达式）中，它确实会执行加 1，但如果你在循环体内部又写了一次 i++，就会跳过一个索引——这不是“精准步进”，而是意外跳步。
常见错误现象：for (let i = 0; i —— 这会让 <code>i 每轮加 2，实际只遍历偶数下标。
- 循环更新表达式里的
i++和循环体内的i++是两处独立执行，不会互相抑制 - 想实现非 +1 步进（比如每次 +3），硬套
i++就得写成i += 2或i = i + 3，i++本身语义固定为 +1 - 在
while中滥用i++更容易失控：忘记写、写错位置、或和条件判断耦合太紧
for 循环中真正可控的步进写法
把步进逻辑明确写在更新表达式里，而不是依赖 ++ 的隐含行为。这是最直观、最不易出错的方式。
- 标准 +1 步进：用
i += 1或i = i + 1，语义比i++更直白，也方便后续改成其他值 - 精准 +3 步进：
for (let i = 0; i —— 每次循环后 <code>i增加 3，不依赖任何副作用 - 支持变量步长：
const step = 5; for (let i = 0; i ，避免魔法数字 - 注意边界：若
arr.length不是步长整数倍，i可能越界；建议用i 而非 <code>i
前置自增 ++i 和后置自增 i++ 在循环中的实际差异
在 for 循环的更新表达式中，++i 和 i++ 行为完全一致——它们都完成加 1，并且没有返回值参与后续计算（更新表达式本身不被求值用于判断）。所以这里选哪个纯属风格问题，但容易被误解。
- 错误认知：“用
++i能让循环快一点” —— V8 等引擎早已优化掉这点差异，性能无区别 - 真实风险点在于混用：比如
arr[i++] = ++i这类表达式，顺序未定义，不同 JS 引擎结果可能不同 - 在
while中若把i++放进条件里（如while (arr[i++])），会导致首次访问arr[0]后i变成 1，逻辑易错且难调试
需要动态步长时，别硬塞进 for 更新表达式
如果每轮步长不固定（比如根据数组元素值决定下一次跳几格），强行用 i += ... 会让循环头变得复杂难读，此时更适合用 while 显式控制。
- 示例：跳过连续重复项：
let i = 0; while (i - 关键点：步进逻辑封装在函数里，
i更新只出现在一处，避免分散修改 - 切忌在
while条件中嵌套自增（如while (i++ ），这会让初始值和判断时机错位，极难追踪 - 所有手动更新
i的地方，务必确认不会无限循环——尤其当步长可能为 0 时
真正影响“精准”的从来不是用 ++ 还是 +=，而是步进逻辑是否集中、是否可预测、是否与边界检查解耦。很多人卡在 i++ 的惯性思维里，反而忽略了循环变量该由谁负责更新、何时更新、依据什么更新这几个更底层的问题。
