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 客户端（如地图、支付、推送）都适合用单例封装。

• Logger 单例可统一添加时间戳、环境标识、错误上报逻辑，所有地方调用 logger.info() 都走同一管道
• Cache Manager 用 Map 存储键值对，暴露 set/get/clear，避免各模块自己 new Map 导致缓存分散
• SDK 初始化开销大（如建立 WebSocket 连接），单例能确保只连一次，也方便统一做 token 刷新、重试策略

全局 UI 组件控制

登录弹窗、消息通知、加载遮罩、全局对话框等，通常要求页面中最多存在一个实例，且支持跨组件调用。

• 不推荐每次点击都 new Dialog()，而应由单例管理其显示/隐藏、参数传递和销毁时机
• 可结合惰性初始化（首次调用才创建 DOM），减少首屏资源占用
• 配合 Promise 封装，让调用方能 await 用户操作结果，提升使用体验