单例模式的核心是确保一个类或对象在整个应用中只有一个实例并提供全局访问点。它主要用于解决多个地方需要共享同一状态或资源的问题，如配置管理、日志记录、数据库连接等。JavaScript 中常见的实现方式包括：1. 对象字面量——天然单例；2. 闭包+构造函数——通过判断实例是否存在来控制唯一性；3. ES6模块——默认导出的对象在多次导入时仍为同一实例。尽管单例便于状态共享，但也存在耦合度高、难以测试、隐藏依赖等问题，因此建议优先使用依赖注入而非硬编码单例。理解“唯一实例”和“状态共享”的设计初衷比套用模式更重要。
单例模式在 JavaScript 中的核心是：确保一个类或对象在整个应用中只有一个实例，并提供一个全局访问点。它不是为了“节省内存”而存在，而是为了解决“多个地方需要共享同一个状态或资源”的问题。
什么是单例？
你可以把它想象成公司里唯一的打印机。不管有多少员工要打印，他们都只能通过这台打印机。系统只允许存在一个实例，避免重复创建造成混乱。
在 JavaScript 中，单例通常不是一个“类”，而是一个对象字面量，或者通过函数/闭包控制实例的创建。
常见的实现方式
1. 对象字面量（最简单）
直接定义一个对象，天然就是单例：
const Singleton = {<br>
data: '共享数据',<br>
getData() { return this.data; }<br>
};
这个对象从头到尾就一份，任何模块引用它都是同一个。
2. 使用闭包 + 构造函数（延迟初始化）
更典型的“模式”写法，控制实例只能被创建一次：
function Singleton() {<br>
if (Singleton.instance) {<br>
return Singleton.instance;<br>
}<br>
Singleton.instance = this;<br>
this.data = '我是唯一实例';<br>
}<br><br>
const a = new Singleton();<br>
const b = new Singleton();<br>
console.log(a === b); // true
第一次调用时创建实例，之后都返回已有的那个。
3. 模块化中的单例（现代开发常用）
ES6 模块默认导出的对象，在整个应用中只会被加载一次：
// config.js<br>
export default {<br>
apiUrl: 'https://example.com',<br>
setApi(url) { this.apiUrl = url; }<br>
}
无论你在多少文件中 import 它，拿到的都是同一个对象——天然单例。
什么时候用单例？
适合用于管理全局状态或资源：
- 日志记录器（Logger）：所有模块共用一个 logger 实例
- 配置管理：全局配置信息只需一份
- 缓存对象：如内存中的缓存池
- 数据库连接池：避免频繁建立连接
但别滥用。如果只是“想复用代码”，函数或工具类就够了。单例的重点是“状态共享”和“唯一性”。
需要注意的问题
单例虽然方便，但也可能带来问题：
- 难以测试：全局状态会影响多个测试用例
- 耦合度高：模块直接依赖具体实例，不利于替换
- 隐藏依赖：调用方不知道背后用了全局实例
所以建议：优先考虑依赖注入，而不是硬编码单例。
基本上就这些。JavaScript 的灵活性让单例不一定要“套模式”，理解“保证唯一实例”这个目的更重要。不复杂，但容易忽略设计初衷。
