Java多线程学习（六）
再整理一下单例模式的饿汉与懒汉，还有指令重排序的知识点
在并发编程中，单例模式（Singleton Pattern）的实现方式直接反映了开发者对线程安全、加锁粒度和编译器优化的理解。
一、 饿汉模式：简单但“固执”
饿汉模式（Eager Initialization）在类加载时就完成了初始化。
classSingleton{privatestaticSingletoninstance=newSingleton();privateSingleton(){}publicstaticSingletongetInstance(){returninstance;}}- 优点：绝对的线程安全。JVM 在加载类时会保证静态变量的初始化是同步的。
- 缺点：不支持懒加载。如果该实例占用内存大且程序运行期间从未被使用，就会造成资源浪费。
二、 懒汉模式：性能与安全的博弈
classSingletonLazy{privatestaticvolatileSingletonLazyinstance=null;privatestaticObjectlocker=newObject();// 第一次使用这个实例的时候, 才会创建这个实例. 创建时机是更晚的.publicstaticSingletonLazygetInstance(){if(instance==null){synchronized(locker){if(instance==null){instance=newSingletonLazy();}}}returninstance;}}懒汉模式（Lazy Initialization）的核心思想是：不到万不得已，绝不创建对象。
1. 为什么需要“双重校验锁”（Double-Checked Locking）？
给出的代码中使用了if (instance == null)嵌套synchronized。为什么要判断两次？
- 第一次判断（外层 if）：为了效率。
如果不加这个判断，每次调用getInstance()都要先竞争锁。锁的竞争是昂贵的，而实际上对象创建后，所有的getInstance操作都只是读取，根本不需要锁。有了这一层，实例创建后，线程可以直接返回，不用排队。 - 加锁（synchronized）：为了原子性。
防止多个线程同时通过了第一层判断，导致创建出多个实例。 - 第二次判断（内层 if）：为了正确性。
当 A、B 两个线程都通过了外层判断，A 拿到锁创建了对象，随后释放锁。此时 B 拿到锁进入内部，如果不进行第二次判断，B 会再次创建一个新对象，单例宣告失败。
三、 核心悬疑：为什么必须加volatile？
在代码中，private static volatile SingletonLazy instance里的volatile是灵魂所在。如果没有它，程序可能会在极端高并发下崩溃。
指令重排序的“背刺”
当我们执行instance = new SingletonLazy();时，JVM 层面其实拆分成了三步：
- 分配内存空间（给对象找个地儿）。
- 执行构造方法（初始化对象，填入数据）。
- 将引用指向内存空间（把变量名和地址关联起来）。
由于编译器优化，这三步可能变成1 -> 3 -> 2。
想象一下：
- 线程 A 执行了 1 和 3，此时
instance已经非空了（指向了一块地址），但2（初始化）还没完成。 - 就在这时，线程 B 进来了，执行外层的
if (instance == null)。 - 线程 B 发现
instance不为空，直接return instance拿去用了。 - 悲剧发生：线程 B 拿到的其实是一个“半成品”对象（还没初始化完），使用它会直接报错。
volatile的作用：
它在此处通过内存屏障禁止了上述指令重排序，保证了“初始化”一定发生在“赋值给引用”之前。
四、 总结：懒汉模式的三个要素
要写出一个完美的多线程懒汉单例，必须满足：
- 构造方法私有化：防止外部
new。 - 双重 if 判断：兼顾性能与安全。
- volatile 修饰：防止指令重排导致的“半成品”对象问题。