原型链方法丢失本质是查找路径中断，主因包括字面量重写prototype、object.create(null)、__proto__误操作及深拷贝丢链；需分层验证实例、直接原型、方法存在性及constructor准确性；修复应重连链路并补全引用，预防推荐class语法与structuredclone。
原型链上的方法丢失，不是方法“被删了”，而是对象查找不到它——本质是原型链断裂、覆盖或指向错误，导致属性查找中途终止。关键不在方法本身，而在原型链是否连通、constructor是否准确、继承结构是否完整。
一、常见原因：原型链被意外切断
方法存在，但实例访问不到，往往因为原型链在某一层断开：
- 手动用对象字面量重写 prototype，如
MyClass.prototype = { say() {} };—— 新对象没有constructor，且__proto__指向Object.prototype，导致查找提前终止 - 使用
Object.create(null)创建原型，跳过Object.prototype，使链顶端变成null，所有继承自Object的方法（如toString）全部不可见 - 旧版编译工具（如早期 Babel）输出中直接操作
__proto__或省略constructor赋值，造成实例的[[Prototype]]指向异常 - 深拷贝时用了
JSON.parse(JSON.stringify(obj))—— 序列化只保留自有属性，原型链完全丢失，方法自然消失
二、如何快速定位问题所在
别猜，分层验证原型链是否完整：
- 查实例：运行
obj.say是undefined？先确认obj是否真为预期构造函数的实例（obj instanceof MyClass） - 查直接原型：
Object.getPrototypeOf(obj)返回什么？如果是null或Object.prototype，说明链已断裂 - 查原型上的方法：
Object.getPrototypeOf(obj).say是否存在？若为undefined，说明方法没挂载到该层原型 - 查 constructor：
Object.getPrototypeOf(obj).constructor === MyClass是否为true？不成立通常意味着原型被覆盖后未修复
三、修复思路：还原链路 + 补全引用
修复不是“把方法加回去”，而是让查找路径重新畅通：
- 若原型被字面量覆盖，立即补上
constructor：MyClass.prototype = { constructor: MyClass, say() {} }; - 若原型链断裂（如返回
null），用Object.setPrototypeOf(obj, MyClass.prototype)重接，再确保MyClass.prototype.constructor === MyClass - 避免深拷贝破坏原型：需保留方法时，改用结构克隆（如
structuredClone，支持原型）或手动复制逻辑 - 继承场景下慎用
Object.create(null)；若必须用，需自行挂载必要方法，或明确放弃继承Object.prototype的能力
四、预防建议：写法与工具层面
从源头减少断链风险：
- 扩展原型优先用
Object.assign(MyClass.prototype, { say() {} })，而非整体替换 - 类定义推荐用
class语法，其内部自动维护constructor和原型关系，不易出错 - 第三方库引入前检查其原型操作逻辑，尤其注意
merge、clone类工具是否支持原型保留 - 单元测试中加入原型链断言，例如：
expect(Object.getPrototypeOf(instance)).toBe(MyClass.prototype)
