隐式全局变量是未声明直接赋值导致的隐患，如count=10或data={id:1}，会自动挂载到全局对象（浏览器为window，node为globalthis）。
JavaScript 全局执行上下文是代码运行的起点，所有未被函数或块级作用域包裹的变量和函数，都会落入其中。但正是这个“默认落脚点”，让隐式全局变量成了最隐蔽、最危险的隐患之一。
隐式全局变量是怎么悄悄出现的
它不靠 var、let 或 const 声明，而是直接赋值——只要没在作用域内声明，JS 引擎就会把它挂到全局对象上（浏览器是 window，Node.js 是 globalThis）：
-
count = 10;→ 自动变成window.count（浏览器）或globalThis.count（Node） -
function init() { data = { id: 1 }; }→data一执行就污染全局 for (i = 0; i → <code>i没声明，就成了全局变量
为什么它比显式 global 更难防
显式写 window.xxx 或 globalThis.xxx 至少有迹可循；而隐式变量完全“静默注册”，连开发者自己都可能没意识到：
- 无法用
delete删除（隐式创建的属性configurable: false） - 不会出现在
Object.keys(globalThis)中（但会出现在for...in或console.dir(globalThis)里） - 多人协作时，A 写了个
utils.js里漏了let，B 在另一文件里也用了utils，结果两个模块互相覆盖同名变量
严格模式是第一道防线
启用 "use strict" 后，所有隐式赋值会直接抛 ReferenceError，强制暴露问题：
- 把
"use strict"放在脚本顶部或函数开头 - ESM 模块默认启用严格模式，所以用
import/export本身就是防护 - 注意：CommonJS 模块（
require）需手动加，否则仍可能漏掉
用工具和习惯堵住漏洞
光靠人盯容易疏忽，结合自动化手段更可靠：
- ESLint 规则推荐开启：
no-implicit-globals、no-unused-vars、no-global-assign - 构建流程中加入全局污染检测：比如启动时
Object.getOwnPropertyNames(globalThis)快照，加载完第三方库再对比新增项 - 团队约定：所有顶层变量必须用
const或let显式声明，禁止裸赋值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
