设计模式总结
一、单例模式
- 类的单例设计模式,就是采取一定的方法保证在整个的软件系统中,对某个类只能存在一个对象实例,并且该类只提供一个取得其对象实例的方法(静态方法),而不提供new。
实现方式:
-
饿汉式
-
静态常量:
class Singleton { //1. 构造器私有化, 外部能new private Singleton() { } //2.本类内部创建对象实例 private final static Singleton instance = new Singleton(); //3. 提供一个公有的静态方法,返回实例对象 public static Singleton getInstance() { return instance; } }
-
静态代码块:
class Singleton { //1. 构造器私有化, 外部能new private Singleton() { } //2.本类内部创建对象实例 private static Singleton instance; static { // 在静态代码块中,创建单例对象 instance = new Singleton(); } //3. 提供一个公有的静态方法,返回实例对象 public static Singleton getInstance() { return instance; } }
- 其中类构造器私有化是为了保证外部代码不能通过new的方式去创建对象实例,把对象的实例化全权交给获取实例化的方法,这样能够方便构建单例模式。
- 优点:写法比较简单,在类装载的时候就完成实例化。避免了线程同步问题。
- 缺点:在类装载的时候就完成实例化,没有达到懒加载的效果。如果从始至终从未使用过这个实例,则会造成内存的浪费。
- 结论:这种单例模式可用,但可能造成内存浪费。如果在保证该类实例一定会被使用到的情况下直接可以使用饿汉式。
-
-
懒汉式
-
线程不安全:
class Singleton { private static Singleton instance; private Singleton() { } //提供一个静态的公有方法,当使用到该方法时,才去创建 instance //即懒汉式 public static Singleton getInstance() { if(instance == null) { instance = new Singleton(); } return instance; } }
- 这种创建模式可以在调用创建实例方法时才创建对象实例,避免了在类装载时可能造成的内存浪费。
- 但这种方式确是线程不安全的,在多线程下,可能会发生当一个线程进入了if (singleton == null)判断语句块,还未来得及往下执行,另一个线程也通过了这个判断语句,这时便会产生多个实例。
- 结论:在实际开发中,这种方式不可用。
-
线程安全,同步方法:
class Singleton { private static Singleton instance; private Singleton() {} //提供一个静态的公有方法,加入同步处理的代码,解决线程安全问题 //即懒汉式 public static synchronized Singleton getInstance() { if(instance == null) { instance = new Singleton(); } return instance; } }
- 给获取实例的方法加上了synchronized同步后,一个线程在使用方法时,其他线程将被阻塞需要等待,解决了线程不安全问题。
- 缺点:效率太低,每个线程在想获得类的实例时,执行getInstance()方法都要进行同步。而其实这个方法只用执行一次实例化代码就够了,后面的想获得该类实例,直接return就行了。
- 结论:不推荐使用这种方式。
-
-
双重检查
class Singleton { private static volatile Singleton instance; private Singleton() {} //提供一个静态的公有方法,加入双重检查代码,解决线程安全问题, 同时解决懒加载问题 //同时保证了效率, 推荐使用 public static synchronized Singleton getInstance() { if(instance == null) { synchronized (Singleton.class) { if(instance == null) { instance = new Singleton(); } } } return instance; } }
-
volatile:保证了不同线程对这个变量进行操作时的可见性,即一个线程修改了变量的值,这新值对其他线程来说是立即可见的。
instance采用 volatile 关键字修饰也是很有必要的, instance= new Singleton(); 这段代码其实是分为三步执行:
a.为 instance分配内存空间
b.初始化 instance
c.将 instance指向分配的内存地址
但是由于 JVM 具有指令重排的特性,执行顺序有可能变成 a->c->b。指令重排在单线程环境下不会出现问题,但是在多线程环境下会导致一个线程获得还没有初始化的实例。例如,线程 T1 执行了 1 和 3,此时 T2 调用 getInstance() 后发现 instance不为空,因此返回 instance,但此时 instance还未被初始化。 -
当有多个线程同时进入第一个if判断中时,由于synchronized (Singleton.class)保证了只有一个线程可以进入,这时最先进来的线程会进行第二个if判断创建一个实例,而后面的已经进入第一个if的线程,会依次进行第二个if判断,都会失败。至此以后的所有线程都会在第一个if判断处失败直接return创建好的实例。
-
结论:线程安全,效率较高。推荐使用这种单例设计模式。
-
-
静态内部类
class Singleton { private static volatile Singleton instance; //构造器私有化 private Singleton() { } //写一个静态内部类,该类中有一个静态属性 Singleton private static class SingletonInstance { private static final Singleton INSTANCE = new Singleton(); } //提供一个静态的公有方法,直接返回SingletonInstance.INSTANCE public static synchronized Singleton getInstance() { return SingletonInstance.INSTANCE; } }
- 因为静态内部类在外部类被装载时并不会立即实例化,而是在调用getInstance()方法,才会装载SingletonInstance类,从而完成Singleton的实例化。避免了在类装载时可能造成的内存浪费。
- 类的静态属性只会在第一次加载类的时候初始化,又因为JVM在加载类时,别的线程是无法进入的。保证了线程的安全。
- 结论:推荐使用。
-
枚举
enum Singleton { INSTANCE; //属性 public void sayOK() { System.out.println("ok~"); } }
- 不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象。
- 结论:推荐使用。
-
单例模式在JDK 应用的源码
- java.lang.Runtime是经典的单例模式(饿汉式)。
注意事项
-
单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(如数据源、session工厂等)。
-
单例模式保证了 系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能。
-
单例模式使用的场景:需要频繁的进行创建和销毁的对象、创建对象时耗时过多或耗费资源过多(即:重量级对象),但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象(如数据源、session工厂等)。
-
单例模式保证了 系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能。