跨 iframe 时 prototype 导致类型判断失效，因各 iframe 拥有独立 Realm，Array.prototype 等不共享；instanceof 和 constructor 判断均不可靠；应使用 Object.prototype.toString.call() 或 Array.isArray() 等跨 Realm 安全方法。
JavaScript 中的 prototype 原型对象在跨 iframe 场景下导致类型判断失效，根本原因是每个 iframe 拥有独立的 Realm（执行环境），彼此隔离——包括各自的全局对象、内置构造函数（如 Array、Date、RegExp）及其 prototype 对象。
iframe 创建了完全隔离的原型链
当一个数组在父页面中创建：const arr = []，它的 __proto__ 指向的是父窗口的 Array.prototype；而如果在 iframe 内创建：const iframeArr = iframe.contentWindow.Array.from([1,2])，它的 __proto__ 指向的是 iframe 自己的 Array.prototype。这两个 Array.prototype 虽然功能相同，但内存地址不同、不相等（=== 为 false）。
-
arr instanceof Array→true（同 Realm，原型匹配） -
iframeArr instanceof Array→false（跨 Realm，父页面的Array.prototype !== iframe 的 Array.prototype） - 即使显式用
parent.Array判断：iframeArr instanceof parent.Array，依然返回false，因为iframeArr.__proto__并不等于parent.Array.prototype
instanceof 依赖原型链逐级比对，跨 Realm 就断链
instanceof 的底层逻辑是：从目标对象的 __proto__ 开始，沿原型链向上查找，直到找到与 Constructor.prototype 严格相等的原型对象，或抵达 null。跨 iframe 时：
- iframe 中对象的原型链只包含 iframe 自身的
Array.prototype → iframe.Object.prototype → null - 父页面的
Array.prototype根本不在该链上，无法命中 - 同理，
iframeDate instanceof Date、iframeRegex instanceof RegExp全部失效
常见受影响的类型检查方式
以下写法在跨 iframe 场景中都不可靠：
-
obj instanceof Array（数组判断失效） -
obj instanceof Date（日期对象失效） -
obj instanceof Error（错误对象可能失效） -
obj.constructor === Array（constructor指向 iframe 的 Array，与父页面 Array 不等）
安全替代方案
要跨 Realm 稳定识别内置对象类型，应避开原型链依赖，改用语言规范保证一致的行为：
- 用
Object.prototype.toString.call(obj)：返回标准字符串标签，如[object Array]、[object Date]，不受 Realm 影响 - 用
Array.isArray(obj)：ECMAScript 规范明确定义为跨 Realm 安全，专门解决此问题 - 对自定义类，需在 iframe 内暴露构造器引用或统一使用序列化/消息通信传递类型标识
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
