【singleton】一、总结
Singleton（单例）是一种常见的设计模式，主要用于确保一个类只有一个实例，并提供一个全局访问点。该模式在需要控制资源访问、共享配置信息或管理状态的场景中非常有用。其核心思想是通过限制类的实例化次数，确保在整个应用程序中只有一个对象存在。
Singleton 模式有多种实现方式，包括懒汉式、饿汉式和双重检查锁等。每种方式都有其适用场景和优缺点。正确使用 Singleton 可以提高系统的性能和稳定性，但过度使用也可能导致耦合度增加，影响代码的可维护性。
二、Singleton 模式对比表
| 特性 | 懒汉式 | 饿汉式 | 双重检查锁 |
| 线程安全 | 否 | 是 | 是 |
| 延迟加载 | 是 | 否 | 是 |
| 初始化时机 | 第一次调用时 | 类加载时 | 第一次调用时 |
| 代码复杂度 | 低 | 低 | 高 |
| 适用场景 | 对象创建开销大，且不需要立即使用 | 对象创建简单，需提前初始化 | 需要线程安全且延迟加载 |
| 优点 | 节省内存，按需加载 | 线程安全，无需额外同步 | 线程安全，延迟加载 |
| 缺点 | 需要加锁，可能影响性能 | 可能浪费内存 | 代码复杂，容易出错 |
三、应用场景
- 数据库连接池：确保整个应用只使用一个连接池实例。
- 配置管理器：集中管理应用程序的配置信息。
- 日志记录器：统一处理日志输出，避免多个实例重复写入。
- 缓存系统：保证缓存数据的一致性。
四、注意事项
- 不宜滥用 Singleton，尤其在多线程环境中。
- 在某些框架中（如 Spring），依赖注入已替代了传统的 Singleton 实现。
- 若类内部有状态，需特别注意线程安全问题。
通过合理使用 Singleton 模式，可以在保持系统简洁的同时提升性能与一致性。但在实际开发中，应根据具体需求选择合适的实现方式，并结合其他设计模式进行优化。