闭包构建单例的核心是用IIFE创建私有作用域，将instance变量锁在内部并仅通过getInstance接口受控访问，确保多次调用返回同一引用（=== true），支持延迟初始化、环境兼容与手动生命周期管理。
闭包构建单例的核心，是用函数作用域“锁住”一个实例变量，只允许通过受控接口访问它。不是只要用了闭包就自动是单例，关键得让所有调用都返回同一个对象引用（=== true），而不是多个结构相似但彼此独立的对象。
闭包单例的基本结构
必须使用立即执行函数（IIFE）创建私有作用域，把实例缓存声明在内部，不暴露构造逻辑：
- instance 变量必须定义在 IIFE 内部，不能提升到模块顶层或全局作用域
- getInstance 方法不能每次都 new 或 return 新对象，而要先判断、再创建、后复用
- 返回的接口只暴露 getInstance，不导出 createInstance 或构造函数，防止绕过单例
- 验证是否真正单例：两次调用 getInstance() 后，用
===比较结果必须为 true
支持延迟初始化与环境兼容
很多单例依赖 DOM、WebSocket 或异步配置，不能在模块加载时就执行。闭包允许你把初始化逻辑收口到 getInstance 内部，并做运行时判断：
- 客户端首次调用时检查
typeof window !== 'undefined'，再操作 document 或创建连接 - SSR 环境下直接返回空壳对象或 Promise 缓存，避免
ReferenceError: document is not defined - 若需初始参数（如 API 地址），应在第一次调用 getInstance 时传入，后续调用忽略参数以保唯一性
手动管理状态与生命周期
闭包本身不处理连接、重连、销毁——这些必须显式实现，否则“唯一引用”只是表象：
- WebSocket 单例中，onclose 和 onerror 回调里要触发重连，且重连时复用原 instance，不 new 新对象
- 提供
destroy()方法，清空闭包内 instance 并关闭底层资源，防止内存泄漏 - 消息分发、事件监听等逻辑绑定到当前实例，避免箭头函数导致 this 指向丢失
避开常见误用陷阱
很多写法看似用了闭包，实则破坏了单例契约：
- 错误：每次 getInstance 都调用工厂函数并返回新对象 →
instance1 === instance2为 false - 错误：把 instance 声明在 export 外层，热更新（HMR）或多次 import 时可能重建
- 错误：测试时无法重置，建议在开发环境暴露
reset()方法，仅用于测试清理 - 注意：ES 模块本身具备单例特性，简单场景优先用
export const xxx = {...}，闭包更适合需要私有状态控制的场景
