饿汉式和dcl均保证单例唯一性但机制不同：饿汉式依赖类加载天然线程安全，适合轻量必用场景；dcl通过双重检查加volatile实现延迟加载与线程安全，适用于高成本、低频使用场景。
饿汉式和双重检查锁（DCL）都能确保全局唯一实例，但适用场景和实现逻辑不同。饿汉式靠类加载机制天然线程安全，适合初始化开销小、启动即用的场景；DCL则兼顾延迟加载与线程安全，适用于资源敏感、使用频率不确定的类。
饿汉式：简单可靠，类加载即完成
它在类被JVM加载时就创建好唯一实例，后续所有调用都直接返回该对象。
- 私有构造器防止外部 new，静态 final 变量保证不可变性
- 无需同步，JVM 类加载过程本身是线程安全且只执行一次
- 适合配置管理器、日志工具等轻量、必需提前准备的对象
- 缺点是哪怕从不调用 getInstance()，实例也会占用内存
DCL：延迟加载 + 线程安全，需注意 volatile
DCL 在首次调用 getInstance() 时才创建实例，通过两次判空加 synchronized 块控制并发，但必须配合 volatile 使用。
- instance 必须声明为 private static volatile Singleton instance，否则可能因指令重排序导致其他线程看到未初始化完成的对象
- 第一次判空避免无谓同步；进入同步块后再判空，防止多线程重复创建
- 仅在初始化阶段有同步开销，之后完全无锁，性能优于全方法 synchronized
- 适合数据库连接池、缓存管理器等初始化耗时、未必立即使用的组件
关键区别与选择建议
两者都满足单例三要素：私有构造、静态唯一引用、公共访问方法。区别在于时机与机制。
- 如果类简单、依赖少、启动后必用 → 优先选饿汉式，代码简洁无隐患
- 如果实例创建成本高（如读配置、建连接）、使用时机不确定 → 选 DCL，但务必加 volatile
- 不要用基础懒汉式（无同步+无 volatile），它在多线程下无法保证唯一性
- 现代项目中，静态内部类或枚举也是更优替代，但饿汉和 DCL 仍是理解原理的基石
