对象字面量赋值本质是引用赋值，{...a}为浅拷贝仅复制一层，{obj:a}为引用共享；深拷贝需structuredclone等显式方案，验证看嵌套修改是否影响原对象。
对象字面量赋值本身不等于拷贝，它只是引用赋值——也就是说，用 {} 或 [] 创建新对象/数组再直接赋值，不会自动触发浅拷贝或深拷贝。真正决定是“赋值”“浅拷贝”还是“深拷贝”，关键看你是怎么把原数据“放进去”的。
对象字面量中直接赋值 = 引用共享
当你写 const b = { ...a } 或 const b = { obj: a }，看似在构造新对象，但内部行为取决于展开或赋值的方式：
-
const b = { ...a }：属于浅拷贝，只复制a自身可枚举的自有属性（一层），嵌套对象仍共用地址 -
const b = { obj: a }：属于引用赋值，b.obj和a指向同一块堆内存，改一个，另一个立刻变 -
const b = { ...a, extra: 'x' }：仍是浅拷贝，新增字段不影响原有结构，但已有嵌套字段未被递归复制
浅拷贝在字面量中的典型写法及风险
以下写法都只做第一层复制，对嵌套引用类型无效：
const copy = { ...original }const copy = Object.assign({}, original)-
const copy = { ...original, deep: original.nested }（nested仍是引用）
例如：
const user = { name: 'Alice', profile: { age: 30 } };<br>
const clone = { ...user };<br>
clone.profile.age = 31;
结果：
user.profile.age 也变成 31 —— 因为 profile 是引用类型，浅拷贝没切断连接。
想在字面量中实现深拷贝？不能靠语法糖
ES6 的对象字面量语法（包括展开符、Object.assign）天生不支持深拷贝。你无法仅靠 {...obj} 得到完全独立副本。必须显式使用深拷贝方案：
-
JSON.parse(JSON.stringify(obj))：简单场景可用，但会丢函数、undefined、Date、RegExp、循环引用 - 结构化克隆（
structuredClone(obj)）：现代浏览器支持，能处理Date、Map、Set等，推荐首选 - 手写递归函数或使用 Lodash 的
_.cloneDeep()
注意：const deep = { ...structuredClone(original) } 这种写法是冗余的——structuredClone 已返回全新对象，再包一层字面量并无额外作用。
判断你用的是哪一种？看嵌套修改是否影响原对象
最直接的验证方式：
- 修改拷贝后对象的顶层基本类型属性（如
name、id）→ 原对象不变 → 说明至少完成了一层隔离（可能是浅拷贝或深拷贝） - 修改拷贝后对象的嵌套对象属性（如
user.address.city）→ 原对象同步变化 → 确认为浅拷贝或引用赋值 - 嵌套修改后原对象完全不受影响 → 才算真正深拷贝成功
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
