解构赋值 [a, b] = [b, a] 是最安全、可读且符合现代 JS 语义的变量交换写法，其右侧先计算并缓存当前值，左侧按序赋值，不依赖中间变量；但要求 a、b 已声明且右侧非 null/undefined。
直接用 [a, b] = [b, a] 就行，这是目前最安全、最可读、也最符合现代 JS 语义的写法。
为什么解构赋值能直接交换
右侧 [b, a] 是一个新数组，它在赋值前就已计算出当前 a 和 b 的值；左侧 [a, b] 是解构模式，按顺序把数组元素分别赋给变量。整个过程不依赖中间变量，也不修改原始值的计算顺序。
常见错误现象：let a, b; [a, b] = [b, a]; 会报 ReferenceError: Cannot access 'b' before initialization，因为右侧的 b 还未声明。
- 必须确保
a和b已声明（let或const均可，但const变量本身不可重新赋值，而解构赋值是允许的） - 右侧不能是
null或undefined，否则会触发TypeError: undefined is not iterable - 不适用于未初始化的变量（如
let a, b;后立刻解构），需先赋初值或分步声明
和加减法、异或法比，解构有什么优势
加减法（a = a + b; b = a - b; a = a - b）和异或法（a ^= b; b ^= a; a ^= b）虽然不依赖临时变量，但有硬伤：
- 加减法：对大数存在溢出风险（JS 中虽为 double，但精度上限是
2^53，超限后丢失精度） - 异或法：仅支持整数，
NaN、Infinity、字符串、对象都会出错甚至静默失败 - 解构：类型无关——数字、字符串、布尔、对象、
null、undefined全部适用（只要右侧是可迭代对象） - 性能上无明显劣势：现代引擎（V8、SpiderMonkey）对解构做了深度优化，实测与临时变量法耗时基本一致
容易被忽略的边界情况
解构看似简单，但几个细节常被跳过：
- 若变量是
const声明的（如const a = 1; const b = 2;），[a, b] = [b, a]仍合法——这不是对const变量“重新赋值”，而是解构绑定新值，语法上允许 - 嵌套交换如
[arr[0], obj.x] = [obj.x, arr[0]]虽可行，但可读性骤降，且arr[0]若为undefined或不可写属性会静默失败，建议拆成两步 - 想兜底防
undefined？可以写成[a, b] = [b ?? 0, a ?? 0]，但注意??只处理null/undefined，不处理0、false等 falsy 值
真正要注意的不是“怎么写”，而是“什么时候不该用”：比如在循环里高频交换两个数组元素，[arr[i], arr[j]] = [arr[j], arr[i]] 看似简洁，但每次都会创建新数组，GC 压力比直接用临时变量略高——这种场景下，老老实实用 temp 更稳。
