模块作用域天然隔离，type="module"脚本中未export的变量在浏览器控制台无法访问；可行调试方式包括临时export、插入console.log、sources面板断点观察。
不能直接调用。
模块作用域天然隔离
type="module" 脚本运行在独立的模块作用域中，所有未通过 export 显式导出的变量、函数、类都仅在该模块内部可见。浏览器控制台（DevTools Console）运行在全局作用域或一个独立的评估上下文中，无法穿透模块作用域边界访问私有绑定。
常见误解与无效尝试
- 在控制台输入
console.log(myPrivateVar)→ 报错ReferenceError: myPrivateVar is not defined - 试图通过
import('./script.js')动态导入后访问内部变量 → 导入返回的是模块命名空间对象，只包含export的内容，不暴露私有标识符 - 修改源码加
export或挂到window上 → 这已不属于“直接调用”，而是主动暴露，违背了“私有”前提
可行的调试替代方案
-
临时加
export：开发阶段在模块内添加export { myPrivateVar as __DEBUG_myPrivateVar };，控制台中import('./script.js').then(m => console.log(m.__DEBUG_myPrivateVar)) -
在模块内打
debugger或console.log：在私有变量使用处插入日志，观察值的变化 - 利用 Sources 面板断点调试：在模块脚本中设置断点，执行到作用域内时，在控制台可访问当前词法环境中的私有变量（仅限断点暂停期间、且在对应作用域内执行表达式）
为什么设计如此
这是 ES 模块规范的核心特性：封装性与作用域封闭。它不是限制，而是保障——避免命名污染、意外依赖和运行时耦合。所谓“私有”，本质就是“不可从外部引用”，控制台也不例外。
