将WindowProxy设为全局this值的作用及ECMAScript相关机制问询

背景 #

HTML规范引入了WindowProxy概念，它是一种包装Window普通对象的奇异对象，多数操作会间接委托给被包装对象。每个浏览上下文都关联一个WindowProxy对象，当浏览上下文导航时，其关联的WindowProxy所包装的Window对象会变更。

当宿主创建浏览上下文时，会按照ECMAScript规范中InitializeHostDefinedRealm的步骤8创建WindowProxy平台对象，并直接将其设为全局this值；同时创建Window对象，将其设为全局对象。

根据ECMAScript规范，标识符查找时会先搜索当前执行上下文的环境记录，未找到则一直追溯到全局环境记录，进而在全局对象上查找，这一系列操作似乎并未使用全局this值。

问题 #

1. ECMAScript中是否存在使用全局this值的操作？若有，具体是哪些？
2. 将全局this值设为WindowProxy是如何实现预期的代理行为的？

规范层面的解答 #

1. 使用全局this值的操作 #

ECMAScript规范中明确存在依赖全局this值的操作，核心场景包括：

• 全局作用域中的this引用：在全局执行上下文中直接使用this关键字，求值结果就是宿主设置的全局this值（对应规范13.1.10章节）。
• 非严格模式下的函数默认this绑定：当函数在非严格模式下被调用，且传入的thisArg为undefined或null时，this会自动绑定到全局this值（对应规范10.4.3章节）。比如普通函数在全局作用域直接调用时，内部this指向全局this。
• 内置函数的默认this关联：部分内置函数在未显式指定this时，会使用全局this作为默认接收者。例如setTimeout的回调函数在非严格模式下，this指向全局this；部分反射方法（如Reflect.get）在未指定receiver且目标为全局对象时，也会关联全局this。
• 全局作用域下的eval执行：当eval在全局执行上下文中调用时，代码内部的this指向全局this值。

2. WindowProxy实现代理行为的原理 #

WindowProxy作为宿主定义的平台对象，通过ECMAScript规范允许的自定义内部方法实现代理行为，核心逻辑如下：

• WindowProxy被设为全局this后，所有涉及this的操作（如上述场景）都会触发它的内部方法（如[[Get]]、[[Set]]、[[HasProperty]]等）。这些内部方法被宿主自定义为：将所有操作委托给当前浏览上下文关联的Window对象。
• 当浏览上下文导航时，WindowProxy内部维护的指向Window对象的引用会被更新，但WindowProxy自身的身份保持不变。这样，所有依赖全局this的操作会自动切换到新的Window对象，无需修改任何引用，实现了导航后全局上下文的无缝过渡。
• 区分全局对象与全局this：标识符查找依赖全局对象（Window），而this绑定依赖WindowProxy，两者分工明确。这种设计既保证了标识符查找的常规逻辑，又通过WindowProxy的代理能力实现了浏览上下文导航时的全局this行为一致性。

补充说明 #

已有相关问题解答了WindowProxy的高层作用，本次探究聚焦ECMAScript规范，分析标准内置操作如何借助WindowProxy作为全局this值实现委托。另有一篇文章包含相关趣味信息，但与ECMAScript规范无关。

内容的提问来源于stack exchange，提问作者Magnus