41 | 单例模式（上）：为什么说支持懒加载的双重检测不比饿汉式更优？

这真的是看过的关于讲单例的最好的文章

饿汉式和懒汉式的名字为什么这么起呀？可以解释一下吗？

争哥我想细问下，我用一个静态变量也可以实现单例的效果，为啥还要用单例设计模式？是为了代码后续扩展性，还是静态变量用多了影响整个代码？

最后枚举那个解释有些含糊其辞呀😂要是能详细解释一下就好了

老师讲的太好了，逻辑清晰、缜密。思考问题的方式非常值得学习~

争哥，你好！ 我这边想模拟出 你文章中 的Logger类写入文件会重复的场景。 但没复现出来， 不知道你这边有 样例代码没有。

我们现在用的高版本的 Java 已经在 JDK 内部实现中解决了这个问题（解决的方法很简单，只要把对象 new 操作和初始化操作设计为原子操作，就自然能禁止重排序）。 老师，请问是哪个版本解决了这个问题呢?

1. Spring中的一些连接工厂类，Service类都默认是单例模式 这些对象是一般消耗资源或者类似于工具类没有共享变量竞争问题。 2. FileWritter设计成 static final的可以使用jvm类加载特性解决竞争问题。但是可测试性变差

其实有一点不太理解，希望老师解答。 双层检查，加volatile，根据java内存模型，volatile保证的是可见性，也就是说，给变量赋值的操作，会被另一线程看到，这样，另一线程拿到的还是地址，这时候，内存一定初始化完成了吗？ 是不是可以理解为，这个volatile 的写操作 happen-before 与后续的读操作，就相当于是，从语言层面考虑，而不是指令层面的。 如果从指令层面考虑，这个new操作，会有三条指令，赋值完成就相当与写操作完成，对象还没初始化完成，这时候别的线程读到还没初始化的地址值会报空指针异常； 如果从语言层面考虑，这个new语句，相当于写操作完成，就代表这个操作对应的所有指令都完成了，所以后续能读到已经初始化的值。 这个happen-before规则是从语言层面考虑还是指令层面？

争哥新年好， 有个问题想请教一下，单例的实现中看到过一种实现方式，包括在spring源码中有类似的实现 ，代码如下 1. public class Singleton { private static volatile Singleton instance=null; private Singleton() { } public static Singleton getInstance() {// Singleton temp=instance; // 为什么要用局部变量来接收 if (null == temp) { synchronized (Singleton.class) { temp=instance; if (null == temp) { temp=new Singleton(); instance=temp; } } } return instance; } } spring源码 如 ReactiveAdapterRegistry。 JDK 源码 如 AbstractQueuedSynchronizer。 很多地方 都有用 局部变量 来接收 静态的成员变量， 请问下 这么写有什么性能上的优化点吗？ jcu 包下面类似的用法太多。想弄明白为什么要这样写 2. 看jdk 官方的文档（JMM）有说明 指令重排发生的地方有很多 ，编译器，及时编译，CPU在硬件层面的优化，看spring 比较新的代码也使用volatile来修饰，你说的new 关键字和初始化 作为原子操作 可以说一下 大概的jdk版本吗