4.Java设计模式-创建型模式-单例模式-懒汉式-“synchronized加锁“实现

---

1.懒汉式

懒汉式：跟饿汉式在类加载时创建不一样，懒汉式是在我们第一次使用时才创建

懒汉式，顾名思义，比较懒，没事儿就不会创建

---

2.懒汉式-"synchronized加锁"实现

public class Singleton {
    private static Singleton INSTANCE;

    private Singleton() {
    }

    public static synchronized Singleton getInstance() {
        if(INSTANCE == null) {
            INSTANCE = new Singleton();
        }
        return INSTANCE;
    }
}

• 看着这段代码，大家想一想，如何获取到Singleton的实例呢？是不是只能通过getInstance方法获取（答案：是的。反射和反序列化这两种非正常方式咋们跟3.Java设计模式-创建型模式-单例模式-饿汉式一样先不做考虑，后面单例的实现方式大家也先不考虑反射和反序列化，还是那句话，讲完所有单例的实现方式后我会单独开两章来讲反射和反序列化，大家不要钻牛尖角，说反射和反序列化也可以获取到Singleton的实例）
• 既然只能通过getInstance方法获取Singleton的实例，那么我们就来看看这个方法，方法内容很简单，大家一看就能看明白，主要看方法上我加了一个synchronized关键字，目的就是为了保证单例的线程安全，这里，大家思考一下，直接在方法上加synchronized有没有问题呢？
• 假设现在有100个线程都要通过getInstance方法获取Singleton的实例来执行他们各自的业务逻辑，那么由于在方法上加了synchronized，所以这100个线程就会抢锁，谁抢到了谁就先执行getInstance方法，抢不到的就排队，排队等待，直到抢到锁的线程执行完getInstance方法后释放了锁，剩下的99个线程再来抢锁，谁抢到了谁就先执行getInstance方法…一直进行下去，直到所有线程都执行完getInstance方法。大家看完这段讲解后再回答直接在方法上加synchronized有没有问题，相信你一定会有自己的答案。
• 好了，相信大家都看出了问题所在，在方法上加synchronized一点都没有高并发啊，这不就跟单线程执行100遍这个方法差不多么，不对，这还不如单线程呢，因为synchronized还得加锁和释放锁。所以，在方法上加synchronized来保证单例的线程安全，性能太低了，锁的粒度也很粗，这也就导致了这种懒汉式的实现方式的应用场景很少，不推荐。

---

3.代码测试

public class TestDemo {
    public static void main(String[] args) {
        Singleton s1 = Singleton.getInstance();
        Singleton s2 = Singleton.getInstance();
        System.out.println("s1 == s2: " + (s1 == s2)); // s1 == s2: true
    }
}

---

4.总结

• 优点
  • 实现简单
  • 线程安全
  • 支持延迟加载
• 缺点
  • 不支持高并发

---

关于懒汉式的总结和另一种实现方式"双重检查锁+volatile"，下篇再讲~

下一篇：5.Java设计模式-创建型模式-单例模式-懒汉式-"双重检查锁+volatile"实现