volatile通过禁止指令重排序，确保instance = new Singleton()的三步（分配内存、初始化、赋值引用）不被乱序执行，从而防止其他线程读到半初始化对象；它保证可见性与有序性，但不提供原子性。
在 Java 中，volatile 修饰单例对象本身并不能直接防止“半初始化”，真正关键的是用它来禁止指令重排序，确保多线程环境下单例对象的构造过程对其他线程可见且原子——尤其在双重检查锁定（Double-Checked Locking）模式中。
为什么需要 volatile？
不加 volatile 时，JVM 可能将单例对象的构造过程重排序：先分配内存并让引用指向该内存地址（此时对象字段还未初始化），再执行构造方法。其他线程可能看到一个非 null 但字段未初始化的“半初始化”对象，导致空指针或逻辑错误。
正确写法：volatile + 双重检查锁定
这是最常用且线程安全的懒汉式单例实现：
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(); // volatile 保证此处的写操作不会被重排序
}
}
}
return instance;
}
}
volatile 的作用体现在 instance = new Singleton() 这一行：它禁止编译器和处理器把“分配内存→设置引用→调用构造器”这三步中的后两步重排序，确保其他线程读到的 instance 要么是 null，要么是一个完全初始化好的对象。
立即学习“Java免费学习笔记（深入）”；
哪些情况 volatile 不起作用？
-
不配合双重检查锁定：如果只是简单地给静态字段加
volatile，但没用同步块，依然无法保证构造过程的线程安全（因为new操作本身不是原子的）。 -
构造函数内部有外部依赖或发布 this：比如在构造器里启动线程、注册监听器、或把
this传递给其他对象，即使加了volatile，也可能提前暴露未初始化完成的对象。 -
使用静态内部类或枚举方式实现单例：这些方式天然线程安全，不需要
volatile，因为类加载机制已保证初始化的原子性和可见性。
替代方案更简洁可靠
除非有特殊需求（如延迟初始化且需高性能），推荐优先使用以下方式，避免手动处理 volatile 和同步细节：
- 静态内部类：利用类加载机制保证懒加载和线程安全。
- 枚举单例：最简洁、天然防反射/反序列化攻击，且无需额外关键字。
