原型链断裂导致 instanceof 返回 false，根本原因是实例的[[Prototype]]链未正确指向目标类的prototype；修复需从构造阶段、运行时链路和检测方式三方面入手，优先用Object.setPrototypeOf安全补链并逐级验证。
原型链断裂导致 instanceof 返回 false，根本原因不是属性“不可配置”，而是实例的 [[Prototype]] 链未正确指向目标类的 prototype。修复需从构造阶段、运行时链路和检测方式三方面入手。
确认是否真断裂：用 Object.getPrototypeOf 逐级验证
不要依赖 constructor.name 或报错信息判断。直接查原型链：
- 执行
Object.getPrototypeOf(obj)，看是否返回预期类的prototype（如MyClass.prototype） - 若返回
null、Object.prototype或一个空对象，说明链已中断 - 继续向上查：
Object.getPrototypeOf(Object.getPrototypeOf(obj))，直到为null，观察在哪一级断开 - 特别注意：若某级是
Object.create(null)或显式设过obj.__proto__ = null，链必然终止
修复运行时原型链：优先用 Object.setPrototypeOf 而非 __proto__
手动补链时，避免使用已废弃且非标准的 __proto__ 赋值。推荐方式：
- 用
Object.setPrototypeOf(obj, MyClass.prototype)安全重设第一级原型 - 若需恢复完整继承链（如
Child → Parent → Object），需逐级设置，或更稳妥地重建实例 - 补完后立即检查：
obj instanceof MyClass和Object.getPrototypeOf(obj) === MyClass.prototype是否同时为true - 注意：
Object.setPrototypeOf有性能开销，仅用于兜底或调试，不应在热路径频繁调用
从源头预防：构建与继承写法必须规范
多数断裂源于开发或构建阶段的不严谨操作：
- 继承必须用
class Child extends Parent，禁用Child.prototype = {}这类直接覆盖 - 自定义构造函数时，若手动设置
Child.prototype = Object.create(Parent.prototype)，务必补上Child.prototype.constructor = Child - 打包工具（如 Terser）开启
keep_classnames: true或nameCache，防止类名混淆破坏instanceof依赖的原型引用 - 避免在实例化后主动切断链路，例如
obj.__proto__ = null或Object.assign(obj, {...})后丢失原型
绕过 instanceof：用 Object.prototype.toString.call 做跨环境兼容判断
当无法控制原型链（如第三方库返回的对象、iframe 通信数据），改用更鲁棒的类型标识：
-
Object.prototype.toString.call(obj)返回"[object MyClass]"（前提是类设置了Symbol.toStringTag） - 对内置类型可直接用：
Array.isArray(obj)、isFinite(val)、val instanceof Date（仅限同环境） - 自定义类中显式定义：
static get [Symbol.toStringTag]() { return 'MyClass'; }，确保toString()输出可识别 - 封装统一检测函数：
function typeOf(x) { return Object.prototype.toString.call(x).slice(8, -1); }
