闭包构建单例的核心是用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 = {...}，闭包更适合需要私有状态控制的场景