扩展运算符仅实现浅拷贝，对嵌套对象仍共享引用；需配合结构化克隆或深拷贝方案避免副作用，如structuredclone、json序列化或lodash.clonedeep。
扩展运算符（...）本身不能避免浅拷贝的副作用，它只做一层拷贝——对数组或对象的第一级属性复制值或引用，但内部嵌套的对象、数组仍共享内存地址。想“避免副作用”，关键不是放弃扩展运算符，而是在需要时配合深拷贝策略使用它。
扩展运算符本质是浅拷贝
用 [...arr] 或 {...obj} 创建的新数组/对象，只是外层结构独立了。如果原数据含嵌套对象，修改副本里的嵌套属性，原始数据照样会变。
const users = [{ name: 'Alice', profile: { age: 30 } }];-
const list = [...users];→list[0]和users[0]指向同一个对象 -
list[0].profile.age = 31;→users[0].profile.age也变成 31
用扩展运算符 + 结构化克隆处理简单嵌套
对于只有一层嵌套的对象，可在展开时手动对内层对象也用扩展运算符重建：
const list = users.map(u => ({ ...u, profile: { ...u.profile } }));- 这样
profile就不再是共享引用，改副本不会影响原数据 - 适合已知结构、层级固定的场景，比如表单数据、配置项
遇到深层嵌套或不确定结构，别硬扛，换方案
扩展运算符无法递归处理多层嵌套。这时应转向更可靠的深拷贝方式：
-
structuredClone(obj)—— 现代浏览器支持（Chrome 98+、Firefox 94+、Safari 15.4+），安全、原生、能处理函数外的大多数类型 -
JSON.parse(JSON.stringify(obj))—— 兼容性最好，但会丢掉undefined、function、Date、RegExp、Map、Set等 - 第三方库如
lodash.cloneDeep—— 功能最全，适合复杂项目
合并数组时用扩展运算符防嵌套，不是防浅拷贝
常被混淆的一点：扩展运算符在数组拼接中（如 [...a, ...b]）的作用是扁平化合并，防止把整个数组当一个元素塞进去。这和“避免浅拷贝副作用”无关，属于结构整理范畴。
- 错误写法：
[a, getDynamicItems()]→ 得到[[...], [...]]（嵌套数组） - 正确写法：
[...a, ...getDynamicItems()]→ 得到扁平的[..., ..., ...] - 但其中每个对象仍是浅拷贝，若需隔离修改，仍要单独深拷贝
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
