解构赋值本身无额外内存开销，是语法糖，引擎会优化掉中间结构；真正影响内存的是显式创建新数组/对象、剩余参数拷贝或默认值计算。
JavaScript 中解构赋值本身不会产生可被观测的“临时变量内存开销”，它只是语法糖，底层不创建用户可见的中间数组或对象来存值。所谓“临时变量”是误解——比如 [a, b] = [b, a] 看似构造了 [b, a]，但引擎（如 V8）会直接优化掉这个中间结构，实际执行的是寄存器级交换或就地重绑定，不分配额外堆内存。
为什么不用担心内存开销
现代 JavaScript 引擎对解构赋值做了深度优化：
- V8、SpiderMonkey 等会在编译阶段识别简单解构模式（如两个变量互换），直接生成等效的赋值指令，跳过数组构造
-
[a, b] = [b, a]中右侧的[b, a]是字面量表达式，不是运行时新分配的数组对象；若出现在循环中，也不会反复创建新数组 - 即使解构一个已存在的数组（如
const [x, y] = arr），引擎通常复用原有数组的内部表示，不拷贝元素
真正影响内存的情况（需留意）
以下操作才可能引入实际内存分配，和解构语法本身无关：
- 显式创建新数组或对象：如
const temp = [b, a]; [a, b] = temp—— 这里temp才是真实分配的临时数组 - 解构长数组并使用剩余参数：
const [first, ...rest] = bigArray——rest是新数组，会浅拷贝原数组剩余部分 - 解构大型对象且启用默认值：
const { prop = heavyCompute() } = obj—— 默认值表达式会被执行，可能触发计算或分配
怎么写更稳妥
保持解构简洁，避免嵌套副作用：
- 交换两个变量？直接用
[a, b] = [b, a]—— 安全、高效、无额外开销 - 要取前几项+剩余？用
const [a, b, ...others] = arr，但确认others确实需要被使用 - 避免在解构中调用函数或访问 getter，例如不要写
const { x = someExpensiveFn() } = obj
本质上，解构赋值不是性能瓶颈，而是提升可读性的工具。内存压力通常来自数据规模或逻辑设计，而不是这个语法本身。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
