instanceof 的本质是检查对象原型链是否包含指定构造函数的 prototype；跨 iframe、Web Worker 等隔离环境时因构造函数引用不同导致失效，应优先使用 Array.isArray() 或 Object.prototype.toString.call() 等跨环境安全方法。
instanceof 的本质是检查对象的原型链中是否包含指定构造函数的 prototype。它不依赖全局环境本身，而是依赖运行时实际存在的构造函数及其原型对象。但不同宿主环境（如浏览器、Node.js、Web Worker、iframe）中，构造函数可能彼此隔离，导致 instanceof 判断失效——这不是操作符的问题，而是原型链断裂所致。
跨 iframe 时 instanceof 失效
每个 iframe 拥有独立的全局执行上下文，因此其内置构造函数（如 Array、Date）与父页面的不是同一个引用：
- 父页面创建的数组
[1,2,3]在子 iframe 中用arr instanceof parent.Array会返回false - 子 iframe 中的
arr instanceof Array返回true，但这个Array是子 iframe 自己的构造函数 - 即使两个
Array行为一致，它们的prototype对象内存地址不同，原型链不连通
Web Worker 中的构造函数隔离
Worker 线程拥有独立的 JavaScript 执行环境，没有 window，只有 self：
- 主线程传入的数组，在 Worker 内部仍是
Array实例，但instanceof self.Array才有效 - 不能用主线程的
Array构造函数去检测 Worker 中的对象，因为两者无原型链关系 - 常见做法是用
Array.isArray()替代，它是跨环境安全的内置方法
Node.js 与浏览器的全局对象差异
Node.js 使用 global，浏览器使用 window（或 self），但多数内置构造函数（Array、RegExp、Date）行为一致：
- 只要不跨上下文传递对象（比如通过
postMessage序列化再解析），instanceof在单个环境中表现稳定 - 注意：某些 Node.js 特有类（如
Buffer）在浏览器中不存在，反之亦然；直接用instanceof Buffer在浏览器会报ReferenceError - 判断前建议先确认构造函数是否存在：
typeof Buffer !== 'undefined' && obj instanceof Buffer
安全可靠的替代方案
当需要跨宿主环境做类型识别时，应避免直接依赖 instanceof，转而使用更健壮的方法：
-
Array.isArray(obj)—— 明确且跨环境兼容 -
Object.prototype.toString.call(obj) === '[object Date]'—— 可识别所有内置类型，包括Map、Set、Promise - 对自定义类，可通过
obj.constructor?.name === 'MyClass'辅助判断（需确保构造函数名未被压缩或篡改） - 若必须用
instanceof，确保构造函数来自同一执行上下文，或显式绑定（如通过iframe.contentWindow.Array获取目标环境的构造函数）
