浅拷贝不处理嵌套引用是设计使然，关键在是否误用；若需修改深层字段且隔离原对象，必须改用深拷贝或逐层解构；可通过 original.nested === copy.nested 验证引用共享。
浅拷贝本身就不处理嵌套对象引用，这不是“问题”，而是它的设计行为。排查重点不是“为什么没拷好”，而是“是否误用了浅拷贝去应对多层结构”。
确认是否真的需要深拷贝
先判断当前场景是否涉及嵌套修改：如果只是读取或替换整个顶层属性（比如 state = { user: { name: 'A' } } → 替换为新对象 { user: { name: 'B' } }），浅拷贝完全够用；但如果要修改 state.user.name 这类深层字段，且希望原对象不受影响，就必须避免浅拷贝。
检查浅拷贝方式是否被误用于嵌套更新
常见错误写法：
- Object.assign({}, obj) 或 {...obj} 后，直接改 copy.nested.prop = value —— 此时原 obj.nested.prop 也会变
- 数组浅拷贝（arr.slice()、[...arr]）后，修改其中某个对象元素的属性，原数组对应项同步变化
- 用解构更新嵌套字段却没展开深层结构，例如：{ ...state, user: { ...state.user, name: 'new' } } 是安全的；但 { ...state, user: state.user } + copy.user.name = 'new' 就会污染原对象
快速验证是否发生引用共享
运行这两行代码即可判断：
- console.log(original.nested === copy.nested) —— 若返回 true，说明嵌套对象仍共享引用
- 手动修改 copy.nested.someKey，再检查 original.nested.someKey 是否同步变化
根据场景选择合适替代方案
不强行修补浅拷贝，而是按需切换策略：
- 确定只有 1–2 层嵌套，且结构稳定 → 手动逐层解构，如：{ ...obj, profile: { ...obj.profile, age: 31 } }
- 需要完整隔离任意深度结构，且运行环境支持 → 优先用 structuredClone(obj)（现代浏览器及 Node.js 17+）
- 需兼容旧环境或处理特殊类型（如 Map、Date、RegExp）→ 使用 lodash.cloneDeep()，注意它不保留自定义类原型方法
- 纯 JSON 数据（无函数、undefined、Date、循环引用）→ JSON.parse(JSON.stringify(obj)) 可临时应急，但别用于生产逻辑校验
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
