java类变量延迟初始化核心是“用时才建”，静态内部类holder方式最推荐，利用jvm类加载机制保证线程安全且无同步开销；volatile双重检查锁定适合需显式控制时机的场景；枚举单例隐式延迟且天然安全。
Java 类变量的延迟初始化，核心是“用时才建”，不是一加载类就分配资源。它和 Singleton 模式天然契合——单例的本质就是全局唯一、按需创建。真正落地时，关键不在“能不能写出来”，而在“线程安全”“初始化顺序”“JVM行为”这三块是否踩准。
静态内部类 Holder 是最推荐的延迟初始化方式
它利用 JVM 类加载机制：外部类加载时，内部类不初始化；只有首次调用 getInstance() 时，Holder 类才被触发加载，其 static 字段自然完成初始化。这个过程由 JVM 保证线程安全，且无同步开销。
- 构造函数私有，防止 new 实例
- Holder 类仅作容器，不暴露、不依赖其他逻辑
- INSTANCE 字段声明为 final，语义清晰且避免后续修改
- 适用于绝大多数场景，包括复杂初始化（如加载配置、连接池）
volatile + 双重检查锁定适合需要显式控制初始化时机的场景
当单例对象创建耗时较长，且你希望在 getInstance() 中嵌入日志、监控或条件判断时，双重检查锁定更灵活。但必须加 volatile ——否则可能因指令重排序，让其他线程看到未完全构造的对象。
- 第一次判空避免无谓加锁
- 进入 synchronized 块后再判一次空，防止多线程重复初始化
- volatile 保证 instance 引用的可见性与禁止重排序
- 注意：构造函数内不能直接调用本类非 final 方法（防止 this 逃逸）
避免懒汉式裸实现（非线程安全）用于生产环境
仅判空后直接 new 的写法，在多线程下极易产生多个实例。看似简洁，实则危险。它只适用于明确单线程上下文（如工具类初始化脚本），且无法作为通用组件复用。
- instance = new Singleton() 不是原子操作，包含“分配内存→调用构造→赋值引用”三步
- JVM 可能将第三步提前，导致其他线程拿到半初始化对象
- 即使加 synchronized 方法级锁，也会让所有调用都排队，性能瓶颈明显
枚举单例是延迟初始化的隐式安全方案
枚举天生线程安全、防反射攻击、防序列化破坏。虽然语法上没显式体现“延迟”，但 JVM 规范规定：枚举常量在首次访问时才初始化，本质上仍是延迟的。
- INSTANCE 是 static final 枚举实例，加载即可用
- 无需额外同步、volatile 或内部类，代码极简
- 若需携带状态或方法，可直接在 enum 中定义字段与行为
- 唯一限制：不能继承，但可通过组合扩展功能
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
