页面冷启动时未定义变量自动挂载到全局this，实为非严格模式下隐式全局变量行为，即向全局对象（如window）直接写入属性，与this默认绑定无关；默认绑定仅适用于函数调用场景。
页面冷启动时未定义变量自动挂载到全局 this 的现象，**根本不是默认绑定（Default Binding）导致的，而是非严格模式下未声明变量赋值引发的隐式全局变量行为**。这个过程与 this 绑定机制无关，属于 JavaScript 变量声明与作用域的底层规则。
非严格模式下的隐式全局变量创建
在非严格模式中，直接给一个未声明的标识符赋值（如 a = 1），JavaScript 引擎会沿作用域链向上查找；查不到时，**在全局对象（浏览器中是 window）上创建同名属性**，并赋值。这本质上是“写入全局对象”，而非“挂载到 this”。
-
this在全局执行上下文中确实指向全局对象（window），但变量挂载动作本身不经过this绑定流程 - 该行为与函数调用时的
this默认绑定（如独立函数调用foo()中this指向全局对象）是两个独立机制 - 严格模式下该操作会直接抛出
ReferenceError，杜绝隐式全局
默认绑定（Default Binding）只发生在函数调用时
默认绑定是 this 绑定规则之一，**仅适用于函数调用且不满足其他绑定条件（如 new、call/apply、对象方法调用）的场景**。它不会在变量声明或赋值阶段触发。
- 例如：
function foo() { console.log(this); } foo();—— 此时this默认绑定到全局对象 - 但
bar = 'hello';这类语句根本不涉及函数调用，因此不触发任何this绑定规则 - 混淆点常源于：全局对象和
this在顶层指向同一对象，造成“变量挂在this上”的错觉
物理演变的关键节点（以浏览器为例）
从脚本开始执行到变量出现在全局对象上，实际经历以下步骤：
- 引擎解析脚本，遇到未声明的赋值语句（如
count = 0） - 检查当前词法环境与变量环境，未找到
count绑定 - 进入全局环境，尝试在全局对象（
window）上执行window.count = 0 - 此时
count成为window的可枚举属性，也等价于可通过this.count访问（因this === window）
如何避免和检测这类问题
隐式全局变量易引发命名冲突、内存泄漏和调试困难，应主动规避：
- 始终使用
let/const/var显式声明变量 - 在文件顶部添加
"use strict";启用严格模式 - 利用 ESLint 规则
no-implicit-globals或no-undef提前拦截 - 冷启动后可通过
Object.keys(window).filter(k => !window.constructor.prototype.hasOwnProperty(k))粗略排查意外属性
