Java单例模式：为何不直接用静态变量而先赋值给局部变量？

嘿，这个问题问得特别到位——这可是双重检查锁（Double-Checked Locking）单例模式里一个容易被忽略但至关重要的优化细节，和Java内存模型、性能都直接相关。咱们一步步拆解这行DataProvider instance = sInstance;的作用：

1. 大幅降低volatile变量的访问开销 #

首先得明确：volatile变量的读写成本比普通变量高很多。因为volatile要保证线程间的内存可见性，它的读写会绕过CPU缓存，直接和主内存交互，这在高频调用场景下会带来不小的性能损耗。

如果咱们直接用静态变量sInstance做判断，那每次调用getInstance()时，哪怕单例已经初始化完成，都得做一次volatile读操作。而把sInstance赋值给局部变量instance之后，局部变量是线程私有的，只需要在第一次调用时做一次volatile读，后续的null判断和返回操作都是基于这个局部变量，完全不用再碰主内存里的volatile变量——这在方法被频繁调用时，性能提升会非常明显。

2. 让内存语义更稳定（配合volatile的保障） #

虽然咱们已经给sInstance加了volatile关键字，禁止了对象初始化时的指令重排序（这是双重检查锁能正确工作的核心），但局部变量的赋值相当于给当前线程拿了一个sInstance的“快照”。后续两次null判断都基于这个快照，能避免在同步块内再次读取volatile变量时，可能出现的内存可见性波动（哪怕概率极低，也能让逻辑更稳健）。

举个反例，如果直接用sInstance写代码：

// 未优化的写法
public static DataProvider getInstance() {
    if (sInstance == null) { // 第一次volatile读
        synchronized (DataProvider.class) {
            if (sInstance == null) { // 第二次volatile读
                sInstance = new DataProvider();
            }
        }
    }
    return sInstance; // 第三次volatile读
}

你看，每次调用都至少要做一次volatile读，而用局部变量之后，单例初始化完成后的所有调用，只需要一次volatile读，剩下的都是线程内部的局部变量操作，效率高多了。

另外从可读性来说，instance比sInstance更简洁，也让代码逻辑更连贯。

总的来说，这行代码核心就是用局部变量缓存volatile变量的值，减少昂贵的主内存交互，提升性能，同时也让单例的内存语义更清晰可靠。

内容的提问来源于stack exchange，提问作者Hien Nguyen