【设计模式】 - 创建者模式 - 单例模式

前言

创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是“将对象的创建与使用分离”。这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。

创建型模式分为:
单例模式
工厂方法模式
抽象工程模式
原型模式
建造者模式

单例模式

在这里插入图片描述

1. 单例模式

这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。

单例模式的实现

饿汉式:类加载就会导致该单实例对象被创建。
懒汉式:类加载不会导致该单实例对象被创建,而是首次使用该对象时才会创建。

1.1 饿汉式

方式1(静态变量方式)- 可能导致内存浪费

该方式在成员位置声明Singleton类型的静态变量,并创建Singleton类的对象instance。
instance对象是随着类的加载而创建的。如果该对象足够大的话,而一直没有使用就会造成内存的浪费。

/**
* 饿汉式
* 静态变量创建类的对象
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	//在成员位置创建该类的对象
	private static Singleton instance = new Singleton();
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		return instance;
	}
}

方式2(静态代码块方式)- 可能导致内存浪费

该方式在成员位置声明Singleton类型的静态变量,而对象的创建是在静态代码块中,也是随着类的加载而创建。所以和饿汉式的方式1基本上一样,当然该方式也存在内存浪费问题。

/**
* 恶汉式
* 在静态代码块中创建该类对象
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	//在成员位置创建该类的对象
	private static Singleton instance;
	static {
		instance = new Singleton();
	}
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		return instance;
	}
}

方式3(枚举方式)- 推荐

枚举类实现单例模式是极力推荐的单例实现模式,因为枚举类型是线程安全的,并且只会装载一次,设计者充分的利用了枚举的这个特性来实现单例模式,枚举的写法非常简单,而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。

/**
 * 懒汉模式
 * 枚举
 */
public enum SingletonTest06 {

    INSTANCE;

    public void testMethod() {
        System.out.println("主业务。。。");
    }

    public static void main(String[] args) {
        for (int i = 0; i < 100; i++) {
            new Thread(() -> {
                System.out.println(SingletonTest06.INSTANCE.hashCode());
            }).start();
        }
    }
}

1.2 懒汉式

方式1(线程不安全)

该方式在成员位置声明Singleton类型的静态变量,并没有进行对象的赋值操作,那么什么时候赋值的呢?当调用getInstance()方法获取Singleton类的对象的时候才创建Singleton类的对象,这样就实现了懒加载的效果。但是,如果是多线程环境,会出现线程安全问题。

/**
* 懒汉式
* 线程不安全
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	//在成员位置创建该类的对象
	private static Singleton instance;
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		if(instance == null) {
			instance = new Singleton();
		}
		return instance;
	}
}

方式2(线程安全)- 同步方法

该方式也实现了懒加载效果,同时又解决了线程安全问题。但是在getInstance()方法上添加了synchronized关键字,导致该方法的执行效果特别低。从上面代码我们可以看出,其实就是在初始化instance的时候才会出现线程安全问题,一旦初始化完成就不存在了。

/**
* 懒汉式
* 线程安全
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	//在成员位置创建该类的对象
	private static Singleton instance;
	//对外提供静态方法获取该对象
	public static synchronized Singleton getInstance() {
		if(instance == null) {
			instance = new Singleton();
		}
		return instance;
	}
}

方式3(双重检查锁)- 线程不安全

再来讨论一下懒汉模式中加锁的问题,对于 getInstance() 方法来说,绝大部分的操作都是读操作,读操作是线程安全的,所以我们没必让每个线程必须持有锁才能调用该方法,我们需要调整加锁的时机。由此也产生了一种新的实现模式:双重检查锁模式

/**
* 双重检查方式
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	private static Singleton instance;
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
	//第一次判断,如果instance不为null,不进入抢锁阶段,直接返回实例
		if(instance == null) {
			synchronized (Singleton.class) {
				//抢到锁之后再次判断是否为null
				if(instance == null) {
					instance = new Singleton();
				}
			}
		}
		return instance;
	}
}

双重检查锁模式是一种非常好的单例实现模式,解决了单例、性能、线程安全问题,上面的双重检测锁模式看上去完美无缺,其实是存在问题,在多线程的情况下,可能会出现空指针问题,出现问题的原因是JVM在实例化对象的时候会进行优化和指令重排序操作。要解决双重检查锁模式带来空指针异常的问题,只需要使用 volatile 关键字, volatile 关键字可以保证可见性和有序性。
线程不安全的原因:
new Singleton();是由3个指令完成操作,
1.分配内存空间
2.初始化对象
3.地址分配

由于指令2和指令3没有数据依赖关系,所以有可能会被重排,重排后的指令
1.分配内存空间
3.地址分配
2.初始化对象

重排后就会导致,某个线程拿到的对象可能是个空,线程不安全。

方式4(双重检查锁)- volatile 保证有序性 - 线程安全 - 推荐

/**
* 双重检查方式
*/
public class Singleton {
	//私有构造方法
	private Singleton() {}
	private static volatile Singleton instance;
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		//第一次判断,如果instance不为null,不进入抢锁阶段,直接返回实际
		if(instance == null) {
			synchronized (Singleton.class) {
				//抢到锁之后再次判断是否为空
				if(instance == null) {
					instance = new Singleton();
				}
			}
		}
		return instance;
	}
}

方式5(静态内部类方式)- 推荐

静态内部类单例模式中实例由内部类创建,由于 JVM 在加载外部类的过程中, 是不会加载静态内部类的, 只有内部类的属性/方法被调用时才会被加载, 并初始化其静态属性。静态属性由于被static 修饰,保证只被实例化一次,并且严格保证实例化顺序

public class Singleton {
	//私有构造方法
	private Singleton() {}
	private static class SingletonHolder {
		private static final Singleton INSTANCE = new Singleton();
	}
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		return SingletonHolder.INSTANCE;
	}
}

说明:
第一次加载Singleton类时不会去初始化INSTANCE,只有第一次调用getInstance,虚拟机加载SingletonHolder并初始化INSTANCE,这样不仅能确保线程安全,也能保证 Singleton 类的唯一性。
小结:
静态内部类单例模式是一种优秀的单例模式,是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下,保证了多线程下的安全,并且没有任何性能影响和空间的浪费。

1.3 存在的问题

使上面定义的单例类(Singleton)可以创建多个对象,有两种方式,分别是序列化和反射。(枚举方式除外)

序列化反序列化破坏单例

Singleton类

public class Singleton implements Serializable {
	//私有构造方法
	private Singleton() {}
	private static class SingletonHolder {
		private static final Singleton INSTANCE = new Singleton();
	}
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		return SingletonHolder.INSTANCE;
	}
}

Test类

public class Test {
	public static void main(String[] args) throws Exception {
		//往文件中写对象
		//writeObject2File();
		//从文件中读取对象
		Singleton s1 = readObjectFromFile();
		Singleton s2 = readObjectFromFile();
		//判断两个反序列化后的对象是否是同一个对象
		System.out.println(s1 == s2);
	}
	
	private static Singleton readObjectFromFile() throws Exception {
		//创建对象输入流对象
		ObjectInputStream ois = new ObjectInputStream(new
		FileInputStream("C:\\Users\\Think\\Desktop\\a.txt"));
		//第一个读取Singleton对象
		Singleton instance = (Singleton) ois.readObject();
		return instance;
	}
	
	public static void writeObject2File() throws Exception {
		//获取Singleton类的对象
		Singleton instance = Singleton.getInstance();
		//创建对象输出流
		ObjectOutputStream oos = new ObjectOutputStream(new
		FileOutputStream("C:\\Users\\Think\\Desktop\\a.txt"));
		//将instance对象写出到文件中
		oos.writeObject(instance);
	}
}

上面代码运行结果是 false ,表明序列化和反序列化已经破坏了单例设计模式。

反射破坏单例

Singleton类

public class Singleton {
	//私有构造方法
	private Singleton() {}
	private static volatile Singleton instance;
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		if(instance != null) {
			return instance;
		}
		synchronized (Singleton.class) {
			if(instance != null) {
				return instance;
			}
			instance = new Singleton();
			return instance;
		}
	}
}

Test类

public class Test {
	public static void main(String[] args) throws Exception {
		//获取Singleton类的字节码对象
		Class clazz = Singleton.class;
		//获取Singleton类的私有无参构造方法对象
		Constructor constructor = clazz.getDeclaredConstructor();
		//取消访问检查
		constructor.setAccessible(true);
		//创建Singleton类的对象s1
		Singleton s1 = (Singleton) constructor.newInstance();
		//创建Singleton类的对象s2
		Singleton s2 = (Singleton) constructor.newInstance();
		//判断通过反射创建的两个Singleton对象是否是同一个对象
		System.out.println(s1 == s2);
	}
}

上面代码运行结果是 false ,表明反射已经破坏了单例设计模式

序列化、反序列方式破坏单例模式的解决方法

在Singleton类中添加 readResolve() 方法,在反序列化时被反射调用,如果定义了这个方法,就返回这个方法的值,如果没有定义,则返回新new出来的对象。

public class Singleton implements Serializable {
	//私有构造方法
	private Singleton() {}
	private static class SingletonHolder {
		private static final Singleton INSTANCE = new Singleton();
	}
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		return SingletonHolder.INSTANCE;
	}
	/**
	* 下面是为了解决序列化反序列化破解单例模式
	*/
	private Object readResolve() {
		return SingletonHolder.INSTANCE;
	}
}

源码解析:ObjectInputStream类
在这里插入图片描述

反射方式破解单例的解决方法

这种方式比较好理解。当通过反射方式调用构造方法进行创建时,直接抛异常。

public class Singleton {
	//私有构造方法
	private Singleton() {
		/*
		反射破解单例模式需要添加的代码
		*/
		if(instance != null) {
			throw new RuntimeException();
		}
	}
	private static volatile Singleton instance;
	//对外提供静态方法获取该对象
	public static Singleton getInstance() {
		if(instance != null) {
			return instance;
		}
		synchronized (Singleton.class) {
			if(instance != null) {
				return instance;
			}
			instance = new Singleton();
			return instance;
		}
	}
}

1.4 单例模式的应用 - Runtime类

在这里插入图片描述

来源:https://www.bilibili.com/video/BV1Np4y1z7BU?p=34&spm_id_from=pageDriver&vd_source=b901ef0e9ed712b24882863596eab0ca

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值