为何instanceof无法检测HTMLDocument/Document？替代方案是否合理？

1. toString()判断是否是检测Document/Node类型的正确方式？ #

用target.toString() === "[object HTMLDocument]"这种方式确实是跨浏览器下可靠的方案，尤其适合instanceof失效的场景。

原因在于，Object.prototype.toString()返回的字符串基于对象内部的[[Class]]属性，宿主对象（比如DOM元素）的这个属性在主流浏览器里表现一致，不会像instanceof那样受全局环境差异影响。

针对Node类型的检测，也有贴合DOM标准的替代方案：

• 用nodeType属性：文档的nodeType值为9（对应Node.DOCUMENT_NODE常量），可快速判断是否为文档对象；
• 若要精确区分HTMLDocument和XMLDocument，toString()的方式依然更直接——两者的nodeType都是9。

需要注意的是，这种方式依赖字符串完全匹配，极少数特殊环境下可能存在自定义toString的情况，但在标准DOM环境中，这个方法足够稳定。

2. 为什么Chrome中target instanceof Document无效？ #

核心原因几乎都是目标document来自不同的全局执行环境，最常见的场景是处理iframe中的文档对象。

每个iframe都有独立的全局作用域，里面的Document构造函数和主页面的Document不是同一个引用。当你用主页面的Document做instanceof判断时，目标对象原型链上的构造函数是iframe自身的Document，自然返回false。

你可以验证：如果目标document和当前执行环境属于同一个窗口，instanceof Document会正常返回true。

3. Firefox中HTMLDocumentPrototype显示undefined是怎么回事？ #

这是Firefox DOM实现的内部机制导致的：
HTMLDocumentPrototype是Firefox内部用来实现HTMLDocument原型链的对象，但它并没有暴露到全局作用域中，只是开发者工具在展示原型链时，显示了这个内部对象的标识名称。当你尝试在控制台直接访问HTMLDocumentPrototype时，因为全局里没有这个变量，所以返回undefined。

这属于浏览器内部实现细节，不影响实际DOM操作和类型判断。

内容的提问来源于stack exchange，提问作者Francesco Marchetti-Stasi