何时适合使用Singleton（单例）设计模式？

单例模式确实存在不少弊端：它会增加代码的测试难度，相关的bug也往往更难被发现和排查。

GoF对单例模式的适用场景给出了明确的定义，必须同时满足两个核心条件：

• 需要全局访问 并且
• 仅需单个实例

实际开发中，很多问题只需要满足其中一个条件就能解决，但同时符合这两点的场景其实并不多见。

以下是几种合理使用单例的典型场景：

• 系统配置管理器：整个系统只需要一份全局配置实例，业务代码各处都需要访问配置信息，同时多份配置实例会导致数据不一致，这种场景下单例是合适的选择。
• 全局日志工具：需要保证所有日志输出到同一个目标（如日志文件、统一的日志服务），单例可以避免多实例带来的日志顺序混乱、资源竞争等问题。
• 硬件资源控制器：对于打印机、串口这类全局唯一的硬件设备，必须保证只有一个实例来进行操作，防止多实例同时访问导致的设备冲突或操作异常。

需要注意的是，即使满足上述两个核心条件，也应该先考虑依赖注入等更灵活的方案，只有当替代方案带来的复杂度远高于单例时，再选择使用单例模式。

内容的提问来源于stack exchange，提问作者zerocukor287