什么是 Singleton 模式？

Question

什么是 Singleton 模式？

Accepted Answer

**Singleton** 模式确保一个类只有**一个实例**，并提供全局访问点。当恰好需要一个对象来协调某件事情（配置、连接池、日志记录器）时使用它，但这在某种程度上也很有争议。

## Singleton 做什么

```text
SINGLETON → guarantee a class has only ONE instance, with global access to it:
  → the class controls its own instantiation (private constructor)
  → returns the SAME instance every time it's requested
→ for: things there should only be ONE of, accessed from many places
```

## 示例

```js
class Config {
  static #instance;
  static getInstance() {
    if (!Config.#instance) {
      Config.#instance = new Config();   // create once
    }
    return Config.#instance;             // always return the same instance
  }
}
// Config.getInstance() always returns the same object
```

## 常见用途和争议

```text
USES → configuration objects, loggers, connection pools, caches (one shared instance)
⚠️ CONTROVERSIAL → Singletons are often criticized:
  → GLOBAL STATE in disguise → hidden dependencies, hard to TEST (can't easily mock/replace),
    tight coupling, issues with concurrency
  → often better: DEPENDENCY INJECTION (pass the single instance in) → same "one instance"
    benefit but testable and explicit
→ use sparingly; consider DI as an alternative; valid for genuinely-single resources
```

## 为什么这很重要

理解 Singleton 模式很有价值，因为它是**最著名的设计模式之一**（经常被提及和讨论），而理解它——包括其争议之处——反映了良好的设计判断。

Singleton 确保一个类只有一个具有全局访问权限的实例，用于当某个东西确实应该只有一个（配置、日志记录器、连接池、缓存）并且从许多地方访问时。

理解它做什么（一个类控制自己的实例化以每次返回相同的实例）是基础知识。

然而，理解**争议之处**同样重要，反映了成熟的判断力：Singleton 受到广泛批评是因为它本质上是**伪装的全局状态**，造成**隐藏的依赖**（使用 Singleton 的代码有未声明的依赖），使代码**难以测试**（无法轻松模拟或替换单个实例），导致紧耦合，并产生并发问题。

理解**依赖注入通常是更好的替代方案**（传入单个实例，提供相同的