浅拷贝和解构赋值在多层嵌套对象中修改数据时，最核心的“连带伤害”是只隔离了第一层，深层结构仍共享内存地址，改一处，多处同步变。
浅拷贝和解构赋值在多层嵌套对象中修改数据时，最核心的“连带伤害”是：**只隔离了第一层，深层结构仍共享内存地址，改一处，多处同步变**。这不是 bug，而是它们的设计本意——轻量、快速，不负责递归复制。
浅拷贝只切断顶层引用，嵌套对象照旧共用
比如 Python 中 copy.copy() 或 JavaScript 中 Object.assign({}, obj)、[...arr]，都只复制外层容器。内部的列表、字典、对象、数组等，仍是原对象的引用。
- Python 示例：
data = {'a': [1, 2], 'b': {'x': 10}}，copy_data = copy.copy(data)后，copy_data['a'].append(3)会同时改掉data['a'] - JavaScript 示例：
const user = { profile: { name: '张三' } }; const copy = { ...user };，copy.profile.name = '李四'也会让user.profile.name变成 '李四'
解构赋值本质是语法糖，不是深拷贝
JavaScript 的解构（如 const { a, b } = obj）或展开（{ ...obj }）只是按属性名提取值，对基础类型复制值，对引用类型复制指针。它甚至不处理原型、Symbol 键、getter/setter、不可枚举属性。
- 三层嵌套时，
{ ...obj }只保证obj这一层新对象，obj.nested和obj.nested.deep都没被复制 - 若嵌套里有函数、Date、RegExp、undefined，解构后行为可能异常或丢失
你以为“独立”了，其实还在共享同一块内存
很多开发者误判“用了 copy 就安全”，结果在算法迭代、表单提交、状态更新中悄悄污染原始数据。典型场景包括：
- 初始化多个日期对应的统计字典，却复用同一个空字典对象
- ALNS/Vrp 算法中保存历史最优解，但只浅拷贝路径列表，后续修改导致历史解被覆盖
- React/Vue 中对 props 解构后直接修改嵌套字段，意外触发父组件状态变更
规避连带伤害的关键动作
不要依赖浅拷贝或解构来“保护”嵌套结构。真正需要隔离时，必须显式选择合适方案：
- Python：嵌套简单时用
copy.deepcopy()；含自定义类、循环引用或性能敏感时，需手动构造或用pickle+loads(dumps())（慎用） - JavaScript：现代环境优先用
structuredClone(obj)（支持 Map、Set、Date、RegExp、循环引用）；兼容性要求高则用 Lodash_.cloneDeep()；纯 JSON 数据可用JSON.parse(JSON.stringify(obj))（但会丢函数、undefined、Symbol 等） - 明确需求边界：如果确认只读或只改顶层，浅拷贝完全够用；一旦涉及任意层级写操作，就必须升维到深拷贝
