javascript 解构赋值中，右侧表达式先被完整求值并缓存，而左侧赋值按从左到右顺序执行；当左侧包含依赖数组当前状态的动态索引（如 `a[a[0]]`）时，因中间状态已改变，会导致意外覆盖而非预期交换。

在 JavaScript 中，使用解构赋值交换数组元素是一种简洁写法，但其行为高度依赖求值顺序和表达式副作用。关键规则是：

✅ 右侧（RHS）先完全求值并缓存结果：[a[a[0]], a[0]] 中所有表达式在赋值开始前一次性计算并保存为临时值。
✅ 左侧（LHS）按从左到右顺序逐项赋值：a[0] 先被赋值，此时数组状态已变，后续 a[a[0]] 的索引会基于新值重新计算。

来看你的例子：

let a = [1, 0];
[a[0], a[a[0]]] = [a[a[0]], a[0]];

执行过程分解：

1. 右侧求值（RHS）：

   立即学习“Java免费学习笔记（深入）”；

   • a[0] 是 1 → a[a[0]] 即 a[1] → 值为 0
   • a[0] 是 1
     → RHS 结果为 [0, 1]（缓存，不再变化）

2. 左侧赋值（LHS），从左到右：

   

   Java Api Extractor

   从 Java 项目中提取 Controller 层接口定义为 JSON 数据。

   下载
   • 第一步：a[0] = 0 → a 变为 [0, 0]
   • 第二步：计算 a[a[0]] → 此时 a[0] 已是 0，所以 a[a[0]] 等价于 a[0]
   • 执行 a[0] = 1 → a 变为 [1, 0]（覆盖了上一步）

最终结果仍是 [1, 0] —— 看似“没交换”，实则是两次对 a[0] 的赋值覆盖所致。

对比正确情况：

let a = [1, 0];
[a[0], a[1]] = [a[1], a[0]]; // RHS: [0, 1] → LHS: a[0]=0; a[1]=1 → [0,1]

此处左侧索引 0 和 1 是静态常量，不随数组内容变化，因此无副作用，交换成功。

? 安全实践建议：

• ✅ 仅对静态、确定性索引（如数字字面量、不依赖目标数组状态的变量）使用解构交换；
• ❌ 避免左侧出现 a[someExpression] 且 someExpression 依赖 a 当前值（尤其是会被前面赋值修改的字段）；
• ✅ 若需动态索引交换，显式缓存索引与值更清晰、可靠：

  let a = [1, 0];
  const i = 0;
  const j = a[i]; // j = a[0] = 1
  [a[i], a[j]] = [a[j], a[i]]; // 安全：i 和 j 在解构前已确定
  console.log(a); // [0, 1]

总结：解构赋值不是原子操作，而是“先读后写+顺序写入”。理解 RHS 缓存与 LHS 顺序执行的机制，是避免此类逻辑陷阱的关键。