软件设计之单例模式（三）

今天这一篇主要来谈谈对软件设计之单例模式（二）的优化，如果还不熟悉的，可以先看下前面的两篇：

软件设计之单例模式（一）

软件设计之单例模式（二）

上一节我们最终单例的代码长这样：

public static Earth getInstance(){
       synchronized (Earth.class){
          if(earth == null){
             earth = new Earth();
          }
       }
       return earth;
  }

这段代码是完全可以满足在一个系统中总是获取到全局的、唯一的对象的，所以今天讨论的并不是实现的正确性，而是如何去优化的问题，这里的关键是synchonized关键字，这个关键字在java中代表锁🔒，谁先获取到这把锁，谁就有优先权，但其实synchonized在运行时的开销是比较大的，还是以多线程模拟多用户来举例，加入A线程获取这把锁后，其他线程（B、C、D....)只能阻塞在那里，等待A线程把锁释放，然后B、C、D....继续执行，所以我们可以这样思考，假设在线程试图去抢这个锁🔒的之前就能预先判断单例对象是否成功初始化，那么就有两种可能：
1. 单例对象未初始化成功，继续抢锁

2. 单例对象初始化成功，没必要再抢锁

所以可以按照这个思路去优化：

public static Earth getInstance(){
       if(earth == null){
          synchronized (Earth.class){
            if(earth == null){
               earth = new Earth();
            }
          }
        }
        return earth;
  }

我们在synchonized之前，👆又加了一次判断，这样就有可能阻止一些线程进入抢锁阶段，可以来做一个测试：

public static Earth getInstance(String threadName){
        if(earth == null){
            synchronized (Earth.class){
                System.out.println("进入抢锁阶段的线程名 ：" + threadName);
                if(earth == null){
                    earth = new Earth();
                }
            }
        }
        return earth;
    }
    
public class SingletonTest{
    public static void main(String[] args) throws InterruptedException {

        Runnable runnable = new Runnable() {
            @Override
            public void run() {
                Earth.getInstance(Thread.currentThread().getName());
            }
        };

        List<Thread> list = new ArrayList<>();
        for(int i = 0; i < 20; i++){
            Thread thread = new Thread(runnable);
            list.add(thread);
        }

        for(int i = 0; i < 20; i++){
            list.get(i).start();
        }

    }
}

设置了20个线程来做测试，可以看到有些线程并没有加入抢锁的阶段中；

今天主要讨论了单例模式下的简单优化，下节将会讨论常见的单例模式的写法。