instanceof 不能直接检测属性是否存在，只能判断对象属性值是否为某构造函数的实例；需先用 in 或 hasOwnProperty 检查属性存在，再用 instanceof 校验其值类型，配合 typeof、Array.isArray() 和 Object.prototype.toString.call() 可提升跨环境鲁棒性。
用 instanceof 检测对象属性本身并不直接可行，因为它判断的是对象是否为某个构造函数的实例，而非某个属性是否存在或属于某类类型。但可以结合它来增强属性类型的校验逻辑，尤其在处理多态、插件化或松耦合结构时很有价值。
instanceof 不能直接检测属性，但能验证属性值的类型
属性本身只是键值对中的“值”，instanceof 的作用对象是该值（如果它是对象），而不是键名。例如：
const obj = { handler: new Date() };
console.log(obj.handler instanceof Date); // true
console.log('handler' in obj); // true（这是检测属性存在）
所以真正要做的，是先确认属性存在，再用 instanceof 判断其值的构造器来源。
- 先用
hasOwnProperty或in操作符检查属性是否存在 - 再用
obj.prop instanceof SomeConstructor判断该属性值是否为指定类型的实例 - 注意：对原始值（如字符串、数字）使用
instanceof总是返回false
配合 typeof 和 instanceof 做分层类型判断
单一用 instanceof 容易漏判原始类型或内置对象（如 Array、Date、RegExp）。更稳妥的方式是组合判断：
-
typeof value === 'object'且value !== null→ 才考虑用instanceof - 对数组优先用
Array.isArray()（比value instanceof Array更可靠，尤其跨 iframe 场景） - 对正则、日期等，
instanceof在同域下可用，但跨环境建议用Object.prototype.toString.call(value)
在类方法或配置校验中实用示例
比如一个渲染器接受可选的自定义 formatter，要求它必须是某个 Formatter 类的实例：
class Formatter { /* ... */ }
class CurrencyFormatter extends Formatter { /* ... */ }
<p>function render(data, options) {
if (options.formatter && !(options.formatter instanceof Formatter)) {
throw new TypeError('formatter must be an instance of Formatter');
}
// ✅ 安全调用 options.formatter.format()
}
这种写法比仅检查 typeof options.formatter === 'function' 更具语义和约束力，尤其适合框架或 SDK 的参数校验。
注意原型链污染与跨执行上下文问题
instanceof 依赖构造函数的 prototype 是否在目标对象的原型链上，因此：
- 若对象来自不同 window 或 iframe，其
Date构造函数与当前环境不等价，instanceof Date会返回false - 手动修改
__proto__或篡改原型链可能导致误判 - ES6 class 的继承关系仍遵循原型链规则，
instanceof对子类实例也返回true
遇到跨上下文场景，优先考虑 value.constructor.name === 'Date'（需确保 name 未被改写）或 toStringTag 方案。
