instanceof在多框架环境下失效，根本原因是各全局环境拥有独立的构造函数和原型对象，导致跨环境的prototype引用不等；应改用Object.prototype.toString.call()或Array.isArray()等基于内部标签的检测方式。
instanceof 在多框架（如 iframe、多个 window 或 Web Worker）环境下失效，根本原因在于 JavaScript 的执行上下文隔离机制——每个全局环境拥有独立的构造函数和原型对象。
不同全局环境对应不同的构造函数
每个 iframe、子窗口或 Worker 都有自己独立的 window（或 globalThis），这意味着：
parent.Array !== iframe.contentWindow.Arrayparent.Date !== iframe.contentWindow.Date- 自定义类（如
class MyClass{}）在父页中根本不存在，无法被引用
而 instanceof 的判断逻辑是：沿着左侧对象的 __proto__ 链向上查找，看是否能匹配右侧构造函数的 prototype。由于两个 Array.prototype 是内存中完全不同的对象，地址不等，自然判定失败。
原型链断裂导致无法跨环境追溯
假设 iframe 中用 new Array() 创建数组，该数组的 __proto__ 指向的是 iframe.contentWindow.Array.prototype；而主页面的 Array.prototype 是另一个对象。两者虽功能一致，但 JS 引擎只做引用比对，不做语义等价判断。
同理，instanceof Object 在跨 frame 时也可能返回 false（如果对象来自严格模式下的 iframe 且未显式继承），因为其原型链起点不在当前环境的 Object.prototype 上。
常见误判场景与验证方式
以下代码可直观复现问题：
const iframe = document.createElement('iframe');
document.body.appendChild(iframe);
const iframeArr = iframe.contentWindow.Array.from([1, 2, 3]);
console.log(iframeArr instanceof Array); // false
console.log(iframeArr instanceof iframe.contentWindow.Array); // true
console.log(Object.prototype.toString.call(iframeArr)); // "[object Array]"
这说明：失效不是对象“不是数组”，而是构造函数引用不一致。
安全替代方案推荐
避免依赖构造函数引用，改用基于内部标签（[[Tag]]）的检测方式：
-
通用检测：用
Object.prototype.toString.call(val)，如=== '[object Array]' -
数组专用：直接用
Array.isArray(val)（ECMAScript 标准保证跨环境一致性） -
Date/RegExp 等内置类型：同样适用
toString.call()，无需额外 polyfill -
自定义类：需约定标识字段（如
obj.$$type === 'MyClass'）或通过postMessage委托对方环境执行判定
不复杂但容易忽略。
