为何JavaScript函数调用中递减参数的写法无法正常生效？

首先，先明确在原生JavaScript数组中，splice(i--, 1)的写法确实是有效的：因为后置递减运算符--会先返回变量当前的值，再对变量进行递减操作。这意味着splice会先拿到当前的i作为删除的索引，之后i才会减1，刚好适配循环中删除元素后不跳过下一个元素的需求。比如原生数组的例子：

const nums = [1, 2, 3, 4, 5];
for (let i = nums.length - 1; i >= 0;) {
  if (nums[i] % 2 === 0) {
    nums.splice(i--, 1); // 先删i位置的元素，再把i减1
  } else {
    i--;
  }
}
console.log(nums); // 输出 [1, 3, 5]，符合预期

但你遇到的paper.js场景下这个写法失效，你的推测非常合理——paper.js对集合（比如Path集合、Item集合）的splice方法做了自定义实现，可能在内部处理参数时，意外提前修改了传入的i变量（比如某些逻辑里提前执行了递减，或者通过引用修改了变量值），导致实际删除的索引和预期不符，进而出现元素遗漏。

推荐的替代解决方案 #

为了避开库实现带来的副作用，建议改用显式的索引管理，把变量递减和splice调用分开，彻底消除参数传递时的时序问题：

// 假设你在遍历paper.js的某个集合
const items = paper.project.activeLayer.children;
for (let i = items.length - 1; i >= 0;) {
  if (/* 你的删除条件 */) {
    const currentIdx = i; // 先保存当前索引
    i--; // 提前递减变量
    items.splice(currentIdx, 1); // 使用保存的索引执行删除
  } else {
    i--;
  }
}

或者更简洁的反向循环写法（原生逻辑更稳定，也不需要依赖后置递减的时序）：

for (let i = items.length - 1; i >= 0; i--) {
  if (/* 你的删除条件 */) {
    items.splice(i, 1);
    // 反向循环中，删除当前元素后，下一次i自动减1，不会跳过后续元素
  }
}

这种写法不仅能避开paper.js的特殊实现问题，代码可读性也更强，减少了对运算符执行时序的依赖，在任何JS环境下都更稳定。

内容的提问来源于stack exchange，提问作者Michel