JavaScript中单例模式确保全局唯一实例，广泛用于配置管理、状态容器、工具服务和UI组件，避免重复创建与状态不一致，推荐ES6模块导出或闭包实现，兼顾轻量性与可控性。
JavaScript 中常用的设计模式包括单例模式、工厂模式、观察者模式、装饰器模式、策略模式、代理模式、发布-订阅模式、构造器模式等。其中，单例模式在前端应用非常广泛，核心价值是确保全局唯一实例，避免重复创建、状态不一致和资源浪费。
全局配置管理
项目中常有 API 地址、主题色、权限开关等配置项，需被多个组件读取或动态修改。用单例可统一维护一份配置，所有模块 import 同一个实例，天然保证数据同步。
- 推荐用 ES6 模块导出对象（如 export default { apiUrl: '...', theme: 'dark' }），这是最轻量、最符合前端工程实践的单例实现
- 也可用闭包 + 静态 getInstance 方法封装，适合需要延迟初始化或带私有逻辑的场景
- 避免直接挂载到 window 上，防止污染全局命名空间
状态与数据容器
像 Vuex、Redux 的 store 就是典型的单例——整个应用只应有一个状态树。如果组件各自 new 一个 store，数据就完全割裂了。
- 自定义简易状态管理时，可用 class 实现单例：构造器中判断 instance 是否已存在，不存在才初始化
- 配合 Proxy 或 Vue reactive 可增强响应式能力，但单例结构本身不变
- 注意：单例不等于“全局可变”，仍需合理设计 set/get 接口，控制写入权限
工具类服务实例
日志记录器、缓存管理器、第三方 SDK 客户端（如地图、支付、推送）都适合用单例封装。
立即学习“Java免费学习笔记（深入）”；
- Logger 单例可统一添加时间戳、环境标识、错误上报逻辑，所有地方调用 logger.info() 都走同一管道
- Cache Manager 用 Map 存储键值对，暴露 set/get/clear，避免各模块自己 new Map 导致缓存分散
- SDK 初始化开销大（如建立 WebSocket 连接），单例能确保只连一次，也方便统一做 token 刷新、重试策略
全局 UI 组件控制
登录弹窗、消息通知、加载遮罩、全局对话框等，通常要求页面中最多存在一个实例，且支持跨组件调用。
- 不推荐每次点击都 new Dialog()，而应由单例管理其显示/隐藏、参数传递和销毁时机
- 可结合惰性初始化（首次调用才创建 DOM），减少首屏资源占用
- 配合 Promise 封装，让调用方能 await 用户操作结果，提升使用体验
