window 和 document 是不可修改原型的宿主对象，其原型链分别以 window.prototype 和 document.prototype 为起点，最终均继承自 object.prototype；应通过工具函数、proxy 包装或特征检测等安全方式扩展功能。
处理 Window 和 Document 的原型，关键不是“修改”它们的原型，而是理解它们各自的原型链结构、继承关系和用途边界。浏览器环境中的宿主对象（如 window 和 document）是规范定义的、不可被随意重写原型的内置对象，强行操作 __proto__ 或 prototype 会引发兼容性问题甚至运行时错误。
明确 Window 和 Document 的原型链起点
Window 和 Document 都是浏览器提供的宿主对象，各自有独立但关联的原型链：
-
window是Window构造函数的实例，其原型链为：window.__proto__ → Window.prototype → EventTarget.prototype → Node.prototype → EventTarget.prototype（再次）→ Object.prototype → null
（注意：现代浏览器中Window直接继承自EventTarget，再往上是Object） -
document是Document构造函数的实例，原型链为：document.__proto__ → Document.prototype → Node.prototype → EventTarget.prototype → Object.prototype → null - 两者都最终指向
Object.prototype，所以共享toString、hasOwnProperty等基础方法，但中间路径不同，不能互换使用。
不建议也不应直接修改宿主对象原型
虽然技术上可尝试赋值 Window.prototype = {...} 或 document.__proto__ = ...，但这是危险且无效的操作：
PigX UI 前端开发
下载
PigX UI Pro 前端开发指南 - Vue 3 + TypeScript + Element Plus。当用户提到 PigX UI、PigX 前端、lgb-mgui 项目、Vue 3 企业级后台开发、Element Plus 后台开发时使用此技能。
- 规范禁止扩展或替换
Window、Document等核心宿主构造函数的prototype；多数浏览器会忽略或抛出 TypeError - 修改
__proto__会导致原型链断裂，影响事件监听（如addEventListener）、属性查找（如document.body）等基础行为 - 可能污染全局环境，引发跨脚本冲突，尤其在第三方库共存时风险极高
安全可靠的替代方案
当需要复用逻辑或增强能力时，应绕过原型修改，采用更健壮的设计方式：
-
封装工具函数：把常用操作写成独立函数，例如
safeGetElement(id)内部判断document.getElementById是否可用，再 fallback 到window.document.getElementById -
使用代理或包装器：创建轻量 wrapper 对象，代理对
window或document的访问，便于统一拦截、日志或 mock，例如：const Doc = new Proxy(document, { get: (t, p) => t[p] ?? null }); -
依赖特征检测而非原型判断：检查对象是否具有某个方法或属性，比检查
instanceof Document更可靠，例如：if ('getElementById' in obj && typeof obj.getElementById === 'function') { ... } -
按需扩展自定义类：若需继承 DOM 行为，可基于
HTMLElement自定义元素，而不是试图改造Document原型
识别和利用已有继承关系
理解原型链的真实结构，能帮你写出更准确的判断和调用：
-
window instanceof EventTarget为true，说明它支持addEventListener—— 可直接监听load、resize等全局事件 -
document instanceof Node为true，说明它具备appendChild、contains等节点方法 - 但
window instanceof Document为false，二者无继承关系，不可混用 API
