展开运算符（...）是JavaScript迭代协议的体现，仅适用于可迭代对象，用于函数调用、数组/对象字面量中，支持解构剩余元素、浅展开及对象自有可枚举属性复制，但不处理原型、getter/setter、不可枚举键或类型转换，传入null/undefined会直接报错。
JavaScript 展开运算符（...）不是语法糖，而是语言级的迭代协议支持机制——它只作用于可迭代对象（Array、String、Map、Set、类数组等），对普通对象默认不生效。
展开运算符在函数调用中替代 apply()
过去写 Math.max.apply(null, arr) 是为了把数组转成参数列表；现在直接用 Math.max(...arr) 更直观、无 this 绑定干扰，且支持任意长度（V8 里实际有上限，但远高于 apply 的栈限制）。
注意点：
-
...只能在**实参位置**或**数组/对象字面量内**使用，不能单独写...arr作为表达式 - 传入空数组时，
Math.max(...[])报NaN，因为没参数；而Math.max()也返回NaN，行为一致 - 如果数组含非数字项，
Math.max(...[1, '2', null])会隐式转为数值（'2' → 2,null → 0），结果是2，和apply行为相同
合并数组时避免修改原数组
用 [...a, ...b] 创建新数组，比 a.concat(b) 更易读，且天然支持多段拼接、中间插入值：
立即学习“Java免费学习笔记（深入）”；
const a = [1, 2]; const b = [3, 4]; const c = [...a, 'x', ...b, 'y']; // [1, 2, 'x', 3, 4, 'y']
关键区别：
-
concat()对嵌套数组浅拷贝，[...arr]同样只是浅展开——[...[[1]]]结果仍是[[1]]，不会“拍平” - 想深展开需递归或用
flat()，例如[...arr.flat(Infinity)] - 性能上，小数组差异可忽略；大数组（>10k 元素）时
concat()在部分引擎略快，但可读性代价通常不值得换
解构赋值中提取剩余元素
配合解构，... 能捕获“剩下的所有”：
const [first, second, ...rest] = [1, 2, 3, 4, 5]; // first → 1, second → 2, rest → [3, 4, 5]
必须放在解构末尾，否则报错：[...rest, last] = arr 不合法。
常见误用：
- 对字符串解构时，
...rest得到的是字符数组（['h', 'e', 'l', 'l', 'o']），不是字符串片段 - 对 Set 解构：
const [...unique] = new Set([1,1,2])→[1,2]，自动去重 - 不能用于普通对象解构（除非配合
Object.entries()等转换）
对象展开的边界：仅自有可枚举属性
对象展开 {...obj} 实际调用 Object.assign({}, obj) 的语义：只复制对象自身的、可枚举的属性，不处理原型链、getter/setter 或不可枚举键。
典型陷阱：
const o = { get x() { return 1 } }; const copy = {...o}; // copy.x 是 1（已求值），不是 getter</li> <li><code>const a = Object.defineProperty({}, 'hidden', { value: 42, enumerable: false }); {...a} → {}</li> <li>Symbol 键会被复制：<code>{...{[Symbol('a')]: 1}}包含该 Symbol 属性- 遇到同名属性，后写的覆盖先写的：
{...{a:1}, a:2}→{a:2}
真正容易被忽略的是：展开运算符依赖 Symbol.iterator 或对象自身的属性枚举逻辑，它不做类型判断也不尝试“智能转换”。传入 null 或 undefined 直接报 TypeError: Cannot spread non-iterable instance，连兜底机会都没有——生产环境务必提前校验。
