跨 iframe 原型链未断裂但 instanceof/constructor 失效，因内置构造函数隔离；应使用 Object.getPrototypeOf() 查链或 Object.prototype.toString.call() 跨环境判型，避免原型污染，传递对象时优先序列化或封装。

跨 iframe 环境下原型链“断裂”不是真断裂，而是原型链依然完整，但 instanceof 和 constructor 判断失效——因为不同上下文的内置构造函数（如 Array、Promise）是彼此隔离的独立对象，不共享 prototype 引用。

识别跨 iframe 原型链的真实结构

不要依赖 obj.constructor === Array 或 obj instanceof Array，而要用 Object.getPrototypeOf() 逐级查看：

• Object.getPrototypeOf(iframe.contentWindow.Array) !== Array → 它们是两个不同的函数
• Object.getPrototypeOf(arrInIframe) === iframe.contentWindow.Array.prototype → 链路仍在 iframe 内部完整
• Object.getPrototypeOf(iframe.contentWindow.Array.prototype) === iframe.contentWindow.Object.prototype → 继续向上，仍自成体系

统一使用 Object.prototype.toString.call() 做类型快照

这是唯一能跨上下文稳定识别类型的方案，它读取对象内部的 [[NativeBrand]]（ES2015+）或 [[Class]]（ES5），与执行环境无关：

• Object.prototype.toString.call([]) === '[object Array]'
• Object.prototype.toString.call(iframe.contentWindow.[]) === '[object Array]'
• Object.prototype.toString.call(iframe.contentWindow.Promise.resolve()) === '[object Promise]'

对 null、undefined、Date、RegExp 等也全部适用，无需额外 polyfill。

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

立即学习“Java免费学习笔记（深入）”；

避免手动污染或覆盖原型链

即使在 iframe 内部，也要防止原型被意外改写导致判断进一步失准：

• 禁止直接赋值覆盖构造函数原型：MyClass.prototype = {} 会切断 constructor 和 toString 关系
• 如需加固，可在 iframe 页面加载早期冻结关键原型：Object.freeze(Array.prototype)、Object.freeze(Object.prototype)
• 注意：冻结必须在任何第三方脚本运行前执行，否则可能无效

需要跨 iframe 传递对象时的处理建议

如果业务必须把 iframe 中的对象“带出来”做判断，不要传原生对象（如数组、日期），而应：

• 序列化后再传：用 JSON.stringify() + JSON.parse() 转为纯数据
• 或封装为可识别的普通对象：{ type: 'Array', value: [...arr] }
• 避免传 iframe.contentWindow.Date 实例——它在父页面无法被 instanceof Date 正确识别

不复杂但容易忽略