闭包模拟私有变量最可靠，因JS原生不支持private关键字；ES2022的#字段语法虽简洁但兼容性有限；WeakMap适合模块级私有数据管理；Symbol仅是“约定私有”，非真正封装。
用闭包模拟私有变量是最可靠的方式
JavaScript 原生不支持 private 关键字（ES2022 起的 #field 是语法级私有，但兼容性有限），所以闭包仍是跨环境最稳的方案。核心思路是：把变量定义在函数作用域内，只通过返回的对象方法访问它。
常见错误是直接暴露变量引用：
function createCounter() {
let count = 0;
return {
value: count, // ❌ 外部可直接改 value
increment() { count++; }
};
}正确做法是只暴露操作函数：
-
count完全不出现在返回对象里 - 所有读写都经由
get()和increment()等受控方法 - 即使返回的是对象，也不能让外部拿到原始变量的引用
ES2022 的 # 私有字段语法要小心兼容性
#count 写法确实简洁，但 Node.js 14+、Chrome 91+ 才支持，Safari 16.4+ 才完整支持，IE 完全不认。一旦用了，就得确认运行环境。
立即学习“Java免费学习笔记（深入）”；
关键限制：
-
#字段只能在类内部访问，连Object.keys(this)都看不到它 - 不能用字符串拼接动态访问，
this['#count']会报错 - 不能被
JSON.stringify()序列化，也不参与for...in - 子类无法继承
#字段，必须重新声明
示例：
class Counter {
#count = 0;
increment() { this.#count++; }
get value() { return this.#count; }
}WeakMap 实现模块级私有数据（适合工具类）
当需要多个实例共享同一套私有逻辑，或想避免闭包导致的内存泄漏风险时，WeakMap 是更可控的选择。它把实例作为 key，私有数据作为 value，垃圾回收时自动清理。
典型误用是用普通 Map 存实例 —— 会导致内存泄漏，因为 key 是强引用。
- 必须用
new WeakMap()初始化一次，作为模块私有存储 - 每次构造函数中用
weakMap.set(this, { count: 0 })绑定 - 所有方法里都用
weakMap.get(this)取数据，而不是闭包捕获 - 适用于需要统一管理生命周期的场景，比如事件监听器清理
Symbol 伪装私有只是“约定”，不是真正封装
Symbol('count') 创建的属性名确实不会被 for...in 或 JSON.stringify 暴露，但它能被 Object.getOwnPropertySymbols() 枚举到，也能被任意代码访问 —— 只是没人会主动这么干而已。
它本质是“软私有”，适合：
- 避免属性名冲突（比如 mixin 中加字段）
- 库作者给内部状态打标记，但不阻止用户调试时查看
- 配合
Object.defineProperty设置enumerable: false加一层掩护
别把它当成安全边界，生产环境涉及敏感数据时仍需闭包或 # 字段。
真正难处理的是跨模块协作时的封装粒度——比如一个类既要暴露部分能力给同包其他类，又要对包外隐藏。这时候往往得靠构建时的模块边界（如 ES module 的顶层作用域）+ 运行时的访问控制组合来实现，没有银弹。
