JavaScript通过函数作用域与闭包实现信息隐藏，模块模式利用IIFE创建私有作用域，仅暴露受控API，使内部变量和函数无法被外部直接访问，从而达成封装目的。
作用域是 JavaScript 实现信息隐藏的核心机制，模块模式正是基于函数作用域（尤其是闭包）来限制变量和函数的外部访问，从而达到封装和私有化的目的。
函数作用域 + 闭包 = 私有成员的基础
JavaScript 中只有函数能创建独立的作用域（ES6 的 let/const 块级作用域适用于局部逻辑，但模块级封装仍依赖函数）。当一个内部函数引用了外部函数的变量，即使外部函数执行结束，这些变量仍保留在内存中——这就是闭包。模块模式利用这一点，把“不想暴露”的变量和函数定义在外部函数内，只通过返回的对象暴露有限接口。
- 外部函数立即执行（IIFE），形成私有作用域
- 返回一个对象，其方法可访问私有变量（闭包维持引用）
- 外部无法直接访问私有变量，也无法篡改其引用
经典模块模式写法（带私有状态与公有 API）
以下是一个计数器模块示例，展示如何隐藏内部状态 count 和辅助函数 validate：
const Counter = (function() {
let count = 0; // ✅ 私有变量：外部不可访问
<p>function validate(n) { // ✅ 私有函数：仅内部可用
return Number.isInteger(n) && n >= 0;
}</p><p>return {
increment() {
count++;
return count;
},
decrement() {
if (count > 0) count--;
return count;
},
getCount() {
return count; // ✅ 只通过受控方法读取
},
setCount(n) {
if (validate(n)) count = n; // ✅ 校验后才写入
}
};
})();</p>调用 Counter.getCount() 可以读，但 Counter.count 是 undefined；Counter.validate 根本不存在——信息真正被隐藏了。
立即学习“Java免费学习笔记（深入）”；
ES6 模块（export/import）中的作用域配合
现代模块系统本身不提供私有性（顶层声明默认是模块级作用域，对外不可见，但非“私有”），需结合函数作用域手动封装：
- 模块文件顶层的
const/let/function默认只在该模块内可见（模块作用域），这已是基础隔离 - 若需更严格的私有状态（如多个实例共享或防属性枚举），仍要包裹在工厂函数或类闭包中
- 例如导出一个工厂函数：
export const createCounter = () => { /* 闭包封装 */ };，每次调用生成独立私有环境
注意边界：哪些“隐藏”其实不安全
作用域隐藏的是**直接访问路径**，不是绝对安全的防护：
- 如果公有方法返回了私有对象的引用，外部仍可修改其属性（浅隐藏）
-
console.dir(Counter)看不到私有变量，但若调试时断点停在闭包内，开发者工具仍可能查看 - 真正敏感逻辑（如密钥、权限判断）不应仅靠 JS 作用域保护，需服务端校验
它的价值在于代码组织、防止意外覆盖、明确公共契约——这是工程健壮性的起点，而非安全防线。
