闭包实现单例模式：确保全局状态唯一性

本文深入解析了如何利用闭包（特别是IIFE）正确实现单例模式，强调其核心并非简单使用闭包，而是通过私有作用域严格锁定唯一实例引用，并确保所有调用均返回同一对象（=== true）；文章系统阐述了延迟初始化（适配客户端/SSR）、手动生命周期管理（如重连、destroy）及常见误用陷阱（如热更新导致重复实例、测试不可重置等），帮助开发者在复杂场景下真正保障全局状态的唯一性与可控性。

闭包构建单例的核心，是用函数作用域“锁住”一个实例变量，只允许通过受控接口访问它。不是只要用了闭包就自动是单例，关键得让所有调用都返回同一个对象引用（=== 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 = {...}，闭包更适合需要私有状态控制的场景

本篇关于《闭包实现单例模式：确保全局状态唯一性》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！