扩展运算符用途及使用场景解析

扩展运算符（...）是 JavaScript 中一个强大却常被误解的解构工具——它并非语法糖，而是明确将可迭代对象或对象属性“打散”为独立元素的关键操作；它在数组浅拷贝、函数参数展开、不可变对象合并、字符串/类数组转换等高频场景中简洁高效，但也严格受限：不深拷贝、不处理 null/undefined、不兼容 Map/Set，且嵌套对象仍共享引用；真正掌握它的关键，不是记住用法，而是清醒判断何时该用、何时必须搭配类型检查、structuredClone 或其他方案来规避隐性陷阱。

... 是 JavaScript 中的扩展运算符，它不是“语法糖”或“炫技工具”，而是一个明确的**解构动作**：把可迭代对象（如数组、字符串、Set）或对象的可枚举属性，“打散”成独立元素或键值对，再参与后续构造。 它不负责深拷贝、不自动处理 null 或 undefined、也不兼容所有对象——用错地方会直接报错或产生意外引用。下面说几个你真正在写代码时会遇到的问题点。

数组合并和浅拷贝：别再用 concat 和 slice

当你想复制一个数组或拼接多个数组时，[...arr] 比 arr.slice() 或 arr.concat(b) 更直观，也更少出错。

• 复制数组：const newArr = [...oldArr] —— 新数组与原数组地址不同，修改 newArr 不影响 oldArr
• 合并数组：const merged = [...a, 'middle', ...b] —— 支持中间插入任意值，concat 做不到
• ⚠️ 注意：只浅拷贝一层。如果 oldArr 里有对象，比如 [[1,2], {x: 1}]，那么 newArr[0] 和 oldArr[0] 仍指向同一数组

函数调用传参：替代 apply 的安全写法

很多内置函数（如 Math.max、Promise.all）不接受数组，但你要传的是数组变量。这时候 ... 就是唯一自然解法。

• Math.max(...numbers) 等价于 Math.max(1, 2, 3)；写成 Math.max(numbers) 会返回 NaN
• 自定义函数也一样：sum(...[10, 20]) → sum(10, 20)
• ⚠️ 错误用法：sum(...[10, undefined, 20]) 会把 undefined 当作实参传入，可能触发非预期逻辑

对象合并与状态更新：Redux/Vue/React 中最常踩坑的地方

在不可变更新场景下（比如 Redux reducer），{...state, count: state.count + 1} 是标准写法，但它有几个隐性约束：

• 只能展开普通对象（有 Symbol.iterator 或可枚举属性），Map、Set、类实例不能直接展开
• 同名属性后写的覆盖前面的：{...a, ...b} 中若 a.x = 1、b.x = 2，结果是 x: 2
• ⚠️ 最容易忽略：嵌套对象仍是引用。比如 user.profile.name 改了，user 整体用扩展运算符复制后，profile 还是同一个对象，没真正隔离

字符串和类数组转换：方便但有性能代价

你可以用 [...'hello'] 得到 ['h','e','l','l','o']，也能把 arguments、NodeList 转成真数组。

• ✅ 正确：const arr = [...document.querySelectorAll('div')]
• ⚠️ 性能警告：对超大 NodeList（比如上万 DOM 节点），[...list] 比 Array.from(list) 慢，V8 对后者做了专门优化
• ❌ 报错场景：[...null]、[...undefined] 直接抛 TypeError: null is not iterable

扩展运算符本身很简单，难的是判断“该不该用”——它解决的是“结构拆解”问题，不是“数据安全”或“深度控制”问题。一旦涉及嵌套、大型数据、或需要容错（比如不确定输入是否为数组），就得搭配 Array.isArray、structuredClone 或手动递归，不能无脑 ...。

本篇关于《扩展运算符用途及使用场景解析》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！