关于对象内部扩展语法的疑问：非迭代值展开为何不报错？

这个问题问到点子上了！其实这两种场景下的扩展语法（spread syntax）本质上是两个完全不同的语法特性，规则差异很大，咱们一步步理清楚：

1. 函数调用中的 ...：要求可迭代对象 #

当你在函数调用里用...x（比如console.log(...false)），这里的扩展语法是用来展开可迭代对象的元素，它的核心要求是：x必须是一个可迭代对象（iterable）——也就是实现了Symbol.iterator接口的对象（比如数组、字符串、Map、Set这些）。

• false（布尔值）、1（数字）都是原始值，不是对象，更没有迭代器接口；
• null和undefined本身就不是对象，自然也不满足可迭代要求；
  所以这些场景下JS引擎会直接抛出TypeError: ...x is not iterable，完全符合预期。

2. 对象字面量中的 ...：特殊处理原始值与空值 #

而在对象字面量里用{...x}时，这是对象展开语法，ECMAScript规范对它的行为做了专门的兼容设计：

• 如果x是null或者undefined：直接忽略这个展开操作，最终得到空对象{}；
• 如果x是原始值（布尔、数字、字符串）：先把原始值转换成对应的包装对象（比如false转成Boolean(false)，1转成Number(1)），但这些包装对象本身没有自己的可枚举属性（它们的属性都在原型链上，而且不可枚举），所以展开后也不会添加任何属性，最终还是空对象{}。

举个直观的例子验证：

// 展开有可枚举属性的对象，会正常复制属性
console.log({...{name: "Alice", age: 20}}); // {name: "Alice", age: 20}

// 展开包装对象，因为没有可枚举自有属性，结果还是空对象
console.log({...new Boolean(true)}); // {}

总结 #

一句话说：两种...只是长得像，底层逻辑完全不同——

• 函数调用的...是迭代器驱动的元素展开，必须要可迭代对象；
• 对象字面量的...是对象属性的复制，对原始值和空值做了兼容处理，最终得到空对象。

内容的提问来源于stack exchange，提问作者kkangil