不推荐直接在getInstance()方法上加synchronized，因每次调用均需竞争锁，性能差；DCL必须用volatile修饰instance以防指令重排序导致未初始化对象被访问；枚举和静态内部类是更优的线程安全实现方式。
为什么直接加 synchronized 的懒汉式单例不推荐
直接在 getInstance() 方法上加 synchronized 确实能保证线程安全，但每次调用都要竞争锁，哪怕实例已经创建完成。性能损耗明显，尤其在高并发读场景下——99% 的调用其实只是读取已存在的引用。
双重检查锁定（DCL）必须用 volatile 修饰 instance
这是最容易漏掉也最危险的一环。没有 volatile，JVM 可能因指令重排序，让其他线程看到一个未完全构造完毕的 instance 对象（比如构造函数还没执行完，但引用已被写入主内存），从而引发 NullPointerException 或诡异状态。
-
volatile禁止指令重排序，并保证可见性 - 必须同时满足：
instance为static volatile、两次判空、synchronized块内再判空 - 构造函数本身不能被子类覆盖（建议设为
private）
public class Singleton {
private static volatile Singleton instance;
private Singleton() {}
public static Singleton getInstance() {
if (instance == null) {
synchronized (Singleton.class) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
枚举实现是更简洁且天然线程安全的替代方案
如果不需要延迟加载（即类加载时就初始化），枚举方式最稳妥。JVM 保证枚举实例的创建是原子的、线程安全的，且能天然防止反射和反序列化破坏单例。
- 无法通过反射调用私有构造器（
Enum类构造器被 JVM 特殊保护） - 反序列化时不会新建实例，而是返回已有枚举常量
- 代码极简，无同步开销，无
volatile忘记风险
public enum Singleton {
INSTANCE;
public void doSomething() {
// ...
}
}
静态内部类方式兼顾延迟加载与线程安全
利用 JVM 类加载机制：外部类加载时，静态内部类不加载；只有首次调用 getInstance() 时，才会触发内部类加载和静态字段初始化。这个过程由 JVM 保证线程安全，且无同步块开销。
立即学习“Java免费学习笔记（深入）”；
- 比 DCL 更少出错（不用记
volatile，不写同步逻辑） - 支持真正延迟加载（比枚举早）
- 反射仍可破坏（但需绕过
private构造器 + 强制 setAccessible，生产环境通常禁用）
public class Singleton {
private Singleton() {}
private static class Holder {
static final Singleton instance = new Singleton();
}
public static Singleton getInstance() {
return Holder.instance;
}
}
真正难的是权衡：是否接受类加载时初始化（枚举）、能否容忍反射攻击（静态内部类）、有没有可能忘记 volatile（DCL）。这三者没有银弹，但 DCL 的 volatile 是硬性门槛，漏了就等于没做线程安全。 
