101单例模式（创建型）

1单例介绍

定义&＃xff1a;Ensure a class has only one instance, and provide a global point of access to it.

&＃xff08;确保某一个类只有一个实例&＃xff0c;而且自行实例化并向整个系统提供这个实例。&＃xff09;

概念&＃xff1a;一个对象只能创建一个实例

遵循规则&＃xff1a;私有化构造器&＃xff0c;通过其他方法获取该类的唯一实例

要点&＃xff1a;

①一个类只能有一个实例构造器私有化

②必须自行创建这个实例含有一个该类的静态变量来保存这个唯一的实例

③必须自行向整个系统提供这个实例

对外提供获取该实例对象的方式&＃xff1a;①直接暴露②用静态变量的get方法获取

单例模式的几种

1饿汉式(静态常量)

2 饿汉式&＃xff08;静态代码块&＃xff09;

3懒汉式(线程不安全)

4懒汉式(线程安全&＃xff0c;同步方法&＃xff0c;同步代码块&＃xff0c;同步锁)

5 双重检查

6 静态内部类

7枚举

2示例代码

2.1饿汉式

2.1.1饿汉式-静态常量

饿汉式&＃xff1a;根据jvm虚拟机中&＃xff1a;静态修饰的只会加载一次来实现单例效果

class SingletonHungry1 {//饿汉式 静态常量/*/优势 简单 避免多线程的同步问题劣势 没有达到懒加载的效果 内存的浪费*/private SingletonHungry1(){System.out.println("SingletonHungry1静态常量构造方法");}private final static SingletonHungry1 INSTANCE &＃61; new SingletonHungry1();public static SingletonHungry1 getInstance(){return instance;}
}
//测试是否满足单例public static void main(String[] args) {SingletonHungry2 singletonHungry1 &＃61; SingletonHungry2.getInstance();SingletonHungry2 singleton2 &＃61; SingletonHungry2.getInstance();System.out.println(singletonHungry1&＃61;&＃61;singleton2);}

2.1.2饿汉式-静态代码块

class SingletonHungry2 {//饿汉式 静态代码块/*/优势 简单 避免多线程的同步问题劣势 没有达到懒加载的效果 内存的浪费*/static {instance &＃61; new SingletonHungry2();}private static SingletonHungry2 instance &＃61;null;private SingletonHungry2(){System.out.println("SingletonHungry2静态常量构造方法");}public static SingletonHungry2 getInstance(){return instance;}
}

优点&＃xff1a;这种写法比较简单&＃xff0c;就是在类装载的时候就完成实例化。避免了线程同步问题。

缺点&＃xff1a;在类装载的时候就完成实例化&＃xff0c;没有达到Lazy Loading的效果。如果从始至终从未使用过这个实例&＃xff0c;则会造成内存的浪费

这种方式基于classloder机制避免了多线程的同步问题&＃xff0c;不过&＃xff0c;instance在类装载时就实例化&＃xff0c;在单例模式中大多数都是调用getInstance方法&＃xff0c; 但是导致类装载的原因有很多种&＃xff0c;因此不能确定有其他的方式&＃xff08;或者其他的静态方法&＃xff09;导致类装载&＃xff0c;这时候初始化instance就没有达到lazy loading的效果

结论&＃xff1a;这种单例模式可用&＃xff0c;可能造成内存浪费

2.1.3枚举&＃xff08;推荐&＃xff09;饿汉式

public enum EnumSingle {INSTANCE; //属性public void sayOK() {System.out.println("ok~");}
}public class SingletonTest {public static void main(String[] args) {for (int i &＃61; 0; i <10; i&＃43;&＃43;) {new Thread(()->{EnumSingle enumSingle1 &＃61; EnumSingle.INSTANCE;EnumSingle enumSingle2 &＃61; EnumSingle.INSTANCE;System.out.println(enumSingle1&＃61;&＃61;enumSingle2);},String.valueOf(i)).start();}}
}

这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题&＃xff0c;而且还能防止反序列化重新创建新的对象。

这种方式是Effective Java作者Josh Bloch 提倡的方式

 结论&＃xff1a;推荐使用    

2.2懒汉式

2.2.1懒汉式(线程不安全) 

不推荐使用

class SingletonLazy1 {//懒汉式 线程不安全/*优势&＃xff1a;起到了懒加载的效果 不会造成内存浪费劣势&＃xff1a;线程不安全 不推荐这种方式的*/private SingletonLazy1(){System.out.println("SingletonLazy1懒汉式构造方法");}private static SingletonLazy1 instance &＃61; null;public static SingletonLazy1 getInstance(){if (instance&＃61;&＃61;null){instance &＃61; new SingletonLazy1();}return instance;}
}
public class SingletonLazyTest {//在并发情况下&＃xff0c;不满足单例效果public static void main(String[] args) {for (int i &＃61; 0; i <10; i&＃43;&＃43;) {new Thread(()->{SingletonLazy1 singletonLazy1 &＃61; SingletonLazy1.getInstance();System.out.println(singletonLazy1);},String.valueOf(i)).start();}}
}

查看运行结果&＃xff0c;在并发情况下&＃xff0c;会创建多个对象&＃xff0c;构造方法会执行多次

起到了Lazy Loading的效果&＃xff0c;但是只能在单线程下使用。

如果在多线程下&＃xff0c;一个线程进入了if (singleton &＃61;&＃61; null)判断语句块&＃xff0c;还未来得及往下执行&＃xff0c;另一个线程也通过了这个判断语句&＃xff0c;这时便会产生多个实例。所以在多线程环境下不可使用这种方式

结论&＃xff1a;在实际开发中&＃xff0c;不要使用这种方式.

2.2.2懒汉式(线程安全&＃xff0c;同步方法&＃xff0c;同步代码块&＃xff0c;同步锁)

不推荐使用

class SingletonLazy2 {//懒汉式 线程安全 同步锁 三种方式/*解决了线程安全问题&＃xff0c;但是效率太低*/private static SingletonLazy2 instance &＃61; null;private static ReentrantLock lock &＃61; new ReentrantLock();private SingletonLazy2(){System.out.println("SingletonLazy2懒汉式构造方法");}/* public static synchronized SingletonLazy2 getInstance(){if (instance&＃61;&＃61;null){instance &＃61; new SingletonLazy2();}return instance;}*//* public static SingletonLazy2 getInstance(){synchronized(SingletonLazy2.class){if (instance&＃61;&＃61;null){instance &＃61; new SingletonLazy2();}return instance;}}*/public static SingletonLazy2 getInstance(){try{lock.lock();if (instance&＃61;&＃61;null){instance &＃61; new SingletonLazy2();}return instance;}finally {lock.unlock();}}
}

解决了线程不安全问题

效率太低了&＃xff0c;每个线程在想获得类的实例时候&＃xff0c;执行getInstance()方法都要进行同步。而其实这个方法只执行一次实例化代码就够了&＃xff0c;后面的想获得该类实例&＃xff0c;直接return就行了。方法进行同步效率太低

结论&＃xff1a;在实际开发中&＃xff0c;不推荐使用这种方式

2.3 双重检查(推荐)

class SingletonLazy4 {//双重检查DCL/*必须加volatile可能发生指令重排问题 概率很小*/// private static SingletonLazy4 instance &＃61; null;private static volatile SingletonLazy4 instance &＃61; null;private SingletonLazy4(){System.out.println("SingletonLazy3懒汉式构造方法");}public static SingletonLazy4 getInstance(){if (instance&＃61;&＃61;null){synchronized (SingletonLazy4.class){if (instance&＃61;&＃61;null){instance &＃61; new SingletonLazy4();}}}return instance;}
}
public class SingletonTest {public static void main(String[] args) {for (int i &＃61; 0; i <100000; i&＃43;&＃43;) {new Thread(()->{DoubleDCLSingle doubleDCLSingle &＃61; DoubleDCLSingle.getInstance();System.out.println(doubleDCLSingle);},String.valueOf(i)).start();}}
}

Double-Check概念是多线程开发中常使用到的&＃xff0c;如代码中所示&＃xff0c;我们进行了两次if (singleton &＃61;&＃61; null)检查&＃xff0c;这样就可以保证线程安全了。

这样&＃xff0c;实例化代码只用执行一次&＃xff0c;后面再次访问时&＃xff0c;判断if (singleton &＃61;&＃61; null)&＃xff0c;直接return实例化对象&＃xff0c;也避免的反复进行方法同步.

线程安全&＃xff1b;延迟加载&＃xff1b;效率较高

结论&＃xff1a;在实际开发中&＃xff0c;推荐使用这种单例设计模式

2.2.4 静态内部类&＃xff08;推荐&＃xff09;

package com.design.singleton;/*** &＃64;author nzy* &＃64;create 2021-12-14 16:15* 使用静态内部类 推荐使用* 利用jvm帮助我们保证线程安全性*/
public class StaticInnerSingle {//构造器私有化private StaticInnerSingle() {System.out.println("StaticInnerSingle构造方法");}//写一个静态内部类,该类中有一个静态属性 Singletonprivate static class SingletonInstance {public static final StaticInnerSingle INSTANCE &＃61; new StaticInnerSingle();}// 提供一个静态的公有方法&＃xff0c;直接返回SingletonInstance.INSTANCEpublic static StaticInnerSingle getInstance() {return SingletonInstance.INSTANCE;}
}
public class SingletonTest {public static void main(String[] args) {for (int i &＃61; 0; i <100; i&＃43;&＃43;) {new Thread(()->{StaticInnerSingle staticInnerSingle &＃61; StaticInnerSingle.getInstance();System.out.println(staticInnerSingle);},String.valueOf(i)).start();}}
}

这种方式采用了类装载的机制来保证初始化实例时只有一个线程。

静态内部类方式在Singleton类被装载时并不会立即实例化&＃xff0c;而是在需要实例化时&＃xff0c;调用getInstance方法&＃xff0c;才会装载SingletonInstance类&＃xff0c;从而完成Singleton的实例化。

类的静态属性只会在第一次加载类的时候初始化&＃xff0c;所以在这里&＃xff0c;JVM帮助我们保证了线程的安全性&＃xff0c;在类进行初始化时&＃xff0c;别的线程是无法进入的。

优点&＃xff1a;避免了线程不安全&＃xff0c;利用静态内部类特点实现延迟加载&＃xff0c;效率高

结论&＃xff1a;推荐使用

3总结

按照实例对象被创建的时机&＃xff0c;可以将单例模式分为两类。如果在应用开始时创建单例实例&＃xff0c;就称作提前加载单例模式&＃xff1b;如果在getInstance方法首次被调用时才调用单例构造器&＃xff0c;则称作延迟加载单例模式。

单例模式在内存中只有一个实例&＃xff0c;减少了内存开支&＃xff0c;特别是一个对象需要频繁地创建、销毁时&＃xff0c;而且创建或销毁时性能又无法优化&＃xff0c;单例模式的优势就非常明显。

当想实例化一个单例类的时候&＃xff0c;必须要记住使用相应的获取对象的方法&＃xff0c;而不是使用 new。

单例模式是23个模式中比较简单的模式&＃xff0c;应用也非常广泛&＃xff0c;

如在Spring中&＃xff0c;每个Bean默认就是单例的&＃xff0c;这样做的优点是Spring容器可以管理这些Bean的生命期&＃xff0c;决定什么时候创建出来&＃xff0c;什么时候销毁&＃xff0c;销毁的时候要如何处理&＃xff0c;等等。如果采用非单例模式&＃xff08;Prototype类型&＃xff09;&＃xff0c;则Bean初始化后的管理交由J2EE容器&＃xff0c;Spring容器不再跟踪管理Bean的生命周期。

JDK中&＃xff0c;java.lang.Runtime 就是经典的饿汉式单例模式