instanceof跨iframe失效是因为不同全局环境的构造函数引用不同，其prototype内存地址不一致；推荐用Object.prototype.toString.call()或Array.isArray()等跨环境安全方案。
instanceof 在跨 iframe 或多窗口环境下会失效，根本原因是不同全局环境中的构造函数不是同一个引用。 比如 window1.Array !== window2.Array，即使都是数组，用 iframe.contentWindow.Array 构造的对象，用主页面的 Array 去 instanceof 判定会返回 false。
为什么失效：构造函数来自不同全局执行上下文
每个 iframe、window 或 worker 都有独立的全局对象（globalThis），意味着各自拥有独立的 Array、Date、RegExp、自定义类等构造函数。JavaScript 的 instanceof 内部通过比对对象的原型链是否包含右侧构造函数的 prototype 来判断，而跨环境时，两个 prototype 地址不同，自然不匹配。
- 主窗口中
new Array()的__proto__指向的是mainWindow.Array.prototype - iframe 中
new Array()的__proto__指向的是iframe.contentWindow.Array.prototype - 这两个
prototype是两个完全不同的对象，内存地址不同
替代方案：用 Object.prototype.toString.call()
这是最通用、跨环境安全的类型检测方式，它不依赖构造函数引用，而是读取内置的 [[Class]] 标签（ES5 规范中已改为内部属性 [[Tag]]）。
-
Object.prototype.toString.call(iframeArr) === '[object Array]'✅ -
Object.prototype.toString.call(iframeDate) === '[object Date]'✅ - 对
null和undefined也安全，不会报错
可封装成工具函数：
立即学习“Java免费学习笔记（深入）”；
const typeOf = (val) => Object.prototype.toString.call(val).slice(8, -1);typeOf(iframe.contentWindow.[]); // "Array"
其他可行方法
-
使用
Array.isArray()：专用于数组，跨 iframe 有效（ECMAScript 标准保证其行为一致） -
检查
constructor.name：仅适用于非混淆、非箭头函数且未被篡改的场景，可靠性低，不推荐用于关键逻辑 -
调用对方环境的方法做判定：例如把对象传入 iframe 的沙箱函数中执行
obj instanceof Array，需注意通信开销与安全性（如使用postMessage+transferable或structuredClone）
自定义类的跨环境问题更严重
如果你在 iframe 中定义了 class MyClass{}，主窗口无法用 obj instanceof MyClass 判定——因为连类定义都不存在于主窗口作用域。此时只能：
- 约定统一的标识字段（如
obj.$$type === 'MyClass'） - 通过
obj.constructor?.name === 'MyClass'（仍需确保 name 未被压缩或覆盖） - 在跨环境传递前序列化/反序列化为普通对象，放弃原型信息
