浅拷贝不操作原型链但会断开继承关系，因其仅复制自有属性，导致新对象__proto__指向object.prototype、constructor丢失、方法不可用且instanceof失效。
浅拷贝本身不操作原型链，但会间接破坏原型继承关系——因为拷贝出的新对象丢失了 constructor 指向和原型链上的方法/属性。这不是浅拷贝“改了原型”，而是它只复制自有属性，没重建原型连接。
为什么浅拷贝会断掉原型链
JavaScript 中的浅拷贝（如 Object.assign()、扩展运算符、Array.prototype.slice()）只遍历并复制对象自身的可枚举属性，不会处理 __proto__、constructor 或原型上定义的方法。结果就是：
- 新对象的 __proto__ 默认指向 Object.prototype，而非原对象的原型
- 原构造函数上定义的实例方法（如
user.getName()）在副本上调用会报错或 undefined - 用
instanceof判断时，副本不再属于原构造函数类型
保留原型链的浅拷贝方案
如果必须浅拷贝且要维持原型关系，不能靠“复制后修 proto”，而应从创建源头保证继承结构：
-
用 Object.create() + Object.assign()：先以原对象原型为基准创建新对象，再拷贝自有属性
const copy = Object.assign(Object.create(Object.getPrototypeOf(original)), original); -
调用构造函数新建实例：若原对象由类或构造函数创建，优先用 new + 解构方式初始化
const copy = new User({ ...original }); // 假设 User 支持参数初始化 - 避免对实例对象做浅拷贝：把数据和行为分离——把纯数据抽成 plain object，方法放在原型或工具函数里，拷贝时只动数据层
更推荐的替代思路
多数场景下，与其费力修复被切断的原型链，不如绕过问题本身：
- 用深拷贝替代浅拷贝：structuredClone() 会保留 Date、RegExp 等内置类型，但依然不保留函数和原型链；若需完整继承，它不是解法
-
放弃拷贝实例，改用工厂函数：封装一个
createUser(data)，每次返回新实例，天然带完整原型 -
用 Object.setPrototypeOf() 临时修复（慎用）：仅限调试或低频场景，生产环境易引发性能和兼容性问题
const copy = { ...original }; Object.setPrototypeOf(copy, Object.getPrototypeOf(original));
什么时候其实不需要原型链
前端开发中，90% 的“浅拷贝需求”发生在配置对象、表单数据、props 传递等场景——这些本就该是 plain object，不该依赖原型方法。此时：
- 把逻辑方法抽成独立函数（如
formatUser(user)），而非挂在 user 实例上 - 用 TypeScript interface 或 JSDoc 标注结构，取代运行时 instanceof 判断
- 接受“副本是干净数据对象”的事实，反而更利于不可变更新与 diff 对比
