闭包是实现javascript单例模式最简洁可靠的方式，通过iife封装私有instance变量，确保唯一性、延迟初始化、全局一致且防绕过；需注意内存驻留风险。
闭包能天然隔离变量作用域，让单例的实例对象不被外部直接修改或覆盖，是实现 JavaScript 单例模式最简洁、最可靠的方式之一。
用闭包封装私有实例变量
闭包把 instance 变量放在立即执行函数（IIFE）内部，外部无法访问或重置它，只有通过返回的公共方法（如 getInstance）才能读取或触发创建。这种“只进不出”的设计，从根源上防止了多实例产生。
- 闭包中的 instance 是唯一的私有引用，生命周期与外层函数绑定
- 每次调用 getInstance() 都在检查这个私有引用是否存在，不存在才新建
- 即使多次调用，返回的始终是同一个对象引用，=== 恒为 true
避免构造函数绕过单例约束
类式写法（如 new Singleton()）容易被误调用多次，而闭包方案根本不暴露构造过程——没有构造函数可 new，也就没有“绕过”风险。所有访问都必须走统一入口。
- 不依赖 this 或 new 关键字，彻底规避原型链干扰
- 不需要在类内部做 if (Singleton.instance) 判断，逻辑更集中
- 适合轻量级工具对象（如日志器、配置管理器），无需定义完整 class
支持延迟初始化和状态一致性
实例只在首次调用 getInstance() 时创建，既节省资源，又确保初始化时机可控；后续所有调用共享同一份状态，修改一处，处处可见。
- 比如更新 version 或写入缓存数据，另一个引用立刻能读到最新值
- 不需要手动同步多个实例的状态，避免脏数据或竞态问题
- 配合模块化使用时，每个模块引入的都是同一个闭包实例，天然全局一致
注意闭包带来的内存驻留特性
闭包会让 instance 和它依赖的所有变量长期保留在内存中，只要 getInstance 还被引用着。这对单例是优点，但也要警惕意外持有导致无法释放。
- 不要在闭包内引用大型 DOM 节点或未清理的事件监听器
- 若需重置单例（极少见），可在返回对象中加一个 reset() 方法手动清空 instance
- 现代浏览器 GC 通常能正确回收，前提是没形成隐藏的强引用链
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
