JavaScript 无法直接检测变量属于本地还是全局作用域，需依据声明方式（var/let/const/函数参数/import）、访问路径（如window是否可访问）及执行上下文推断；顶层var挂载window，let/const不挂载但属全局；模块顶层声明属模块作用域；应依赖代码组织、ESLint和DevTools而非运行时检测。
JavaScript 中无法直接检测一个变量“属于”本地还是全局作用域，因为语言本身没有提供像 isLocal() 这样的内置 API。但可以通过变量的**声明方式、访问路径和执行上下文特征**来合理推断其作用域归属。关键在于理解变量绑定机制（var、let、const、函数参数、import 等）以及全局对象的边界。
看变量是否在全局对象上可访问（仅适用于显式挂载的全局变量）
在浏览器中，顶层 var 声明或未声明直接赋值（如 a = 1）的变量会成为 window 的属性；而 let/const 声明的顶层变量**不会**出现在 window 上，它们存在于全局词法环境，但不可枚举、不可通过 window.xxx 访问。
-
var globalVar = 42;→window.globalVar === 42为true -
let globalLet = 42;→window.globalLet是undefined，但它确实是全局作用域变量 -
function foo() { var localVar = 100; }→window.localVar不存在，且函数内无法通过window访问它
检查变量是否在当前函数作用域内被声明或捕获
运行时无法反射出变量的声明位置，但你可以结合上下文逻辑判断：
- 函数参数、
let/const/var在函数体内声明的变量 → 属于该函数的局部作用域 - 在模块顶层（ESM）用
let/const/import声明的变量 → 属于模块作用域（不是全局，也不在window上） - 在脚本顶层（非模块）用
var声明 → 全局作用域（且挂载到window） - 在脚本顶层用
let/const声明 → 全局作用域（但不挂载，有“临时死区”，不可被window访问）
利用 eval 或 Function 动态检查（不推荐，仅作原理说明）
虽然危险且禁用在 CSP 环境下，但技术上可通过构造作用域链检查变量来源：
立即学习“Java免费学习笔记（深入）”；
-
eval('console.log(this === window);')在非严格模式全局中返回true，在函数中取决于是否严格模式 - 更可靠的是：在目标作用域内执行
console.log(this)或console.log(arguments.callee.toString())辅助定位，但现代 JS 已禁用arguments.callee
⚠️ 注意：不要依赖 this 判断作用域——箭头函数、严格模式、call/bind 都会让 this 失去参考价值。
实际建议：靠代码组织 + 工具辅助，而非运行时检测
真正需要区分作用域时，应从工程层面规避歧义：
- 始终使用
'use strict'，避免隐式全局变量 - 用 ES 模块（
type="module"）隔离作用域，所有顶层声明默认为模块私有 - 借助 ESLint 规则（如
no-undef、no-unused-vars、no-shadow）静态识别作用域问题 - 调试时善用 DevTools 的 “Scope” 面板——在断点处可直观看到
Local、Closure、Global分组
不复杂但容易忽略：作用域是静态的（由代码书写位置决定），不是运行时动态分配的。所谓“检测”，本质是逆向还原这个静态结构——最可靠的方式永远是读代码，辅以工具验证。
