instanceof判断失败主因是原型链断裂而非代码错误，需用Object.getPrototypeOf逐级验证链路完整性，并修复constructor指向或重设原型链。

instanceof 判断失败，往往不是因为代码写错了，而是原型链在某个环节被意外重定向或覆盖了。它不报错，但返回 false，让人误以为类型不对——其实对象没变，只是“身份凭证”断了。

用 Object.getPrototypeOf 确认是否真断裂

别猜，直接查链：

• 执行 Object.getPrototypeOf(obj)，看返回值是不是你期望的类原型（比如 MyClass.prototype）
• 如果返回 null、Object.prototype 或一个空对象，说明链在第一层就断了
• 继续向上查：Object.getPrototypeOf(Object.getPrototypeOf(obj))，直到为 null，观察在哪一级中断
• 特别留意 Object.create(null) 或显式设过 obj.__proto__ = null 的情况，链必然终止

原型重定向后 instanceof 失效的常见场景

• 手动赋值 prototype 时漏掉 constructor：
  Child.prototype = { method() {} } → 新原型没有 constructor，虽不影响 instanceof 当前层判断，但子类继承时会误指到 Object
• 用 Child.prototype = new Parent() 实现继承：
  父类构造函数被提前执行，实例属性混入原型，且原型链指向错误对象，instanceof Parent 可能为 true，但 instanceof Child 却失效
• 跨 iframe 或不同 JS 上下文创建对象：
  构造函数不共享，obj instanceof MyClass 永远 false，哪怕结构一模一样

修复重定向导致的 instanceof 失效

• 优先用 Object.setPrototypeOf(obj, CorrectClass.prototype) 重接第一级原型
  补完后立刻验证：obj instanceof CorrectClass 和 Object.getPrototypeOf(obj) === CorrectClass.prototype 是否同时为 true
• 若是子类原型被重写（如 Child.prototype = Object.create(Parent.prototype)），必须补上：
  Child.prototype.constructor = Child
  更稳妥做法：

  Object.defineProperty(Child.prototype, 'constructor', {
    value: Child,
    writable: true,
    enumerable: false,
    configurable: true
  });

• 避免使用 __proto__ = ... 赋值，它非标准、不可靠，且某些环境（如 strict mode）会静默失败

不依赖原型链的替代判断方式

当无法控制链路（如第三方库返回对象、iframe 数据、序列化还原对象）时：

• 使用 Object.prototype.toString.call(obj)，配合 Symbol.toStringTag：

  class MyClass {
    get [Symbol.toStringTag]() { return 'MyClass'; }
  }
  // → Object.prototype.toString.call(new MyClass()) === '[object MyClass]'

• 对内置类型用专用方法：Array.isArray()、isFinite()、obj instanceof Date（仅限同上下文）
• 自定义 Symbol.hasInstance 实现逻辑判断（慎用）：

  MyType[Symbol.hasInstance] = function(obj) {
    return obj && typeof obj === 'object' && 'customId' in obj;
  };

原型重定向本身不是问题，问题在于重定向后未同步维护链路完整性。instanceof 是个“链式信任机制”，只要中间任一环脱钩，整个判断就失效。