专栏 | 已更新文章 |
---|---|
设计模式 | 设计模式基础前奏(上) |
设计模式 | 设计模式基础前奏(下) |
创建者模式
创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是“将对象的创建与使用分离”。
这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。
创建型模式分为:
本章主要讲解单例模式
单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。
这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。
单例模式的主要有以下角色:
单例设计模式分类两种:
饿汉式:类加载就会导致该单实例对象被创建
懒汉式:类加载不会导致该单实例对象被创建,而是首次使用该对象时才会创建
饿汉式-方式1(静态变量方式)
/**
* 饿汉式
* 静态变量创建类的对象
*/
public class Singleton {
//1.私有构造方法
private Singleton() {}
//2.在本类中创建该类的对象
private static Singleton instance = new Singleton();
//3.对外提供静态方法获取该对象
//外界无法创建对象,那么就无法调用非静态的方法
public static Singleton getInstance() {
return instance;
}
}
测试:
package com.hxl.pattern.singleton.demo01;
public class Client01 {
public static void main(String[] args) {
//创建Singleton 类对象
Singleton singleton = Singleton.getInstance();
Singleton singleton1 = Singleton.getInstance();
//判断获取到的两个是否是同一个对象
// == 对比两个对象,是看内存中的地址值是否一样
System.out.println(singleton == singleton1);
}
}
两个在内存中是同一个内存地址,是同一个对象。只能创建一个对象
说明:
该方式在成员位置声明Singleton类型的静态变量,并创建Singleton类的对象instance。instance对象是随着类的加载而创建的。如果该对象足够大的话,而一直没有使用就会造成内存的浪费。
饿汉式-方式2(静态代码块方式)
/**
* 恶汉式
* 在静态代码块中创建该类对象
*/
public class Singleton {
//私有构造方法
private Singleton() {}
//声明Singleton类型的变量
private static Singleton instance; //初始值是null
//在静态代码块中进行赋值
static {
instance = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return instance;
}
}
测试:
public class Client02 {
public static void main(String[] args) {
//创建Singleton 类对象
Singleton singleton = Singleton.getInstance();
Singleton singleton1 = Singleton.getInstance();
//判断获取到的两个是否是同一个对象
// == 对比两个对象,是看内存中的地址值是否一样
System.out.println(singleton == singleton1);
}
}
说明:
该方式在成员位置声明Singleton类型的静态变量,而对象的创建是在静态代码块中,也是对着类的加载而创建。所以和饿汉式的方式1基本上一样,当然该方式也存在内存浪费问题。
懒汉式-方式1(线程不安全)
/**
* 懒汉式
* 线程不安全
*/
public class Singleton {
//私有构造方法
private Singleton() {}
//声明Singleton类型的变量
private static Singleton instance;//只是声明了该类型的变量,并没有进行赋值
//对外提供静态方法获取该对象
public static Singleton getInstance() {
//instance = new Singleton(); //这里不能这样,因为每次调用该方法的时候就会新创建一个对象
//如果没有则创建一个并返回,如果有责直接返回
if(instance == null) {
instance = new Singleton();
}
return instance;
}
}
测试:
public class Client03 {
public static void main(String[] args) {
Singleton singleton = Singleton.getInstance();
Singleton singleton1 = Singleton.getInstance();
System.out.println(singleton == singleton1);
}
}
结果为true
说明:
从上面代码我们可以看出该方式在成员位置声明Singleton类型的静态变量,并没有进行对象的赋值操作,那么什么时候赋值的呢?当调用getInstance()方法获取Singleton类的对象的时候才创建Singleton类的对象,这样就实现了懒加载的效果。但是,如果是多线程环境,会出现线程安全问题。
//对外提供静态方法获取该对象
public static Singleton getInstance() {
//instance = new Singleton(); //这里不能这样,因为每次调用该方法的时候就会新创建一个对象
//如果没有则创建一个并返回,如果有责直接返回
if(instance == null) {
/*在多线程环境下,如果线程1进入该位置,然后被线程2获得CPU的使用
此时instance是null的,那么线程2也会进来。继续执行就会有两个对象
不是单例了
* */
instance = new Singleton();
}
return instance;
}
懒汉式-方式2(线程安全)
synchronized
/**
* 懒汉式
* 线程安全
*/
public class Singleton {
//私有构造方法
private Singleton() {}
//在成员位置创建该类的对象
private static Singleton instance;
//对外提供静态方法获取该对象
public static synchronized Singleton getInstance() {
if(instance == null) {
instance = new Singleton();
}
return instance;
}
}
说明:
该方式也实现了懒加载效果,同时又解决了线程安全问题。但是在getInstance()方法上添加了synchronized关键字,导致该方法的执行效果特别低。从上面代码我们可以看出,其实就是在初始化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;
}
}
测试:true
双重检查锁模式是一种非常好的单例实现模式,解决了单例、性能、线程安全问题,上面的双重检测锁模式看上去完美无缺,其实是存在问题,在多线程的情况下,可能会出现空指针问题,出现问题的原因是JVM在实例化对象的时候会进行优化和指令重排序操作。
要解决双重检查锁模式带来空指针异常的问题,只需要使用 volatile
关键字, 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;
}
}
小结:
添加 volatile
关键字之后的双重检查锁模式是一种比较好的单例实现模式,能够保证在多线程的情况下线程安全也不会有性能问题。
推荐使用双重检查锁的懒汉式单例创建方式
懒汉式-方式4(静态内部类方式)
静态内部类单例模式中实例由内部类创建,由于 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;
}
}
测试:
public class Client05 {
public static void main(String[] args) {
Singleton instance = Singleton.getInstance();
Singleton instance1 = Singleton.getInstance();
System.out.println(instance == instance1);
}
}
结果:true
说明:
第一次加载Singleton类时不会去初始化INSTANCE,只有第一次调用getInstance,虚拟机加载SingletonHolder
并初始化INSTANCE,这样不仅能确保线程安全,也能保证 Singleton 类的唯一性。
小结:
静态内部类单例模式是一种优秀的单例模式,是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下,保证了多线程下的安全,并且没有任何性能影响和空间的浪费。
也是推荐使用的
枚举方式
枚举类实现单例模式是极力推荐的单例实现模式,因为枚举类型是线程安全的,并且只会装载一次,设计者充分的利用了枚举的这个特性来实现单例模式,枚举的写法非常简单,而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。是JVM底层实现。
/**
* 枚举方式
*/
public enum Singleton {
INSTANCE;
}
测试:
public class Client06 {
public static void main(String[] args) {
Singleton instance = Singleton.INSTANCE;
Singleton instance1 = Singleton.INSTANCE;
System.out.println(instance == instance1);
}
}
结果:true
说明:
枚举方式属于饿汉式方式。
在不考虑内存浪费的情况下,首选枚举
破坏单例模式:
使上面定义的单例类(Singleton)可以创建多个对象,枚举方式除外,因为枚举是是JVM底层实现,所以已经把所有问题解决掉了。有两种方式,分别是序列化和反射。
序列化反序列化来破坏单例模式
Singleton类:(注意这里实现了序列化接口Serializable)
//此处使用的是静态内部类方式
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;
}
}
Client07类:
package com.hxl.pattern.singleton.demo07;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
public class Client07 {
public static void main(String[] args) throws Exception {
//往文件中写对象
//writeObject2File(); //记得先运行这个会发现桌面有了a.txt这个文件,然后再注释掉。
//从文件中读取对象
Singleton s1 = readObjectFromFile();
Singleton s2 = readObjectFromFile();
//判断两个反序列化后的对象是否是同一个对象
System.out.println(s1 == s2);
}
private static Singleton readObjectFromFile() throws Exception {
//1.创建对象输入流对象
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("C:\\Users\\混子琳\\Desktop\\a.txt"));
//2.第一个读取Singleton对象
Singleton instance = (Singleton) ois.readObject();
ois.close();
return instance;
}
//从文件中写数据(对象)
public static void writeObject2File() throws Exception {
//1.获取Singleton类的对象
Singleton instance = Singleton.getInstance();
//2.创建对象输出流
ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("C:\\Users\\混子琳\\Desktop\\a.txt"));
//3.将instance对象写出到文件中
oos.writeObject(instance);
//4.释放资源
oos.close();
}
}
上面代码运行结果是
false
,表明序列化和反序列化已经破坏了单例设计模式。
反射,通过反射来破坏单例模式
Singleton类:
//此处使用的是静态内部类方式
public class Singleton {
//私有构造方法
private Singleton() {}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
Client08类:
package com.hxl.pattern.singleton.demo08;
import java.lang.reflect.Constructor;
//通过反射破坏单例模式
public class Client08 {
public static void main(String[] args) throws Exception {
//1.获取Singleton类的字节码对象
Class clazz = Singleton.class;
//2.获取Singleton类的私有无参构造方法对象
Constructor constructor = clazz.getDeclaredConstructor();
//3.取消访问检查。没弄之前是私有的,没有访问权限
constructor.setAccessible(true);
//4.通过反射创建Singleton类的对象s1
Singleton s1 = (Singleton) constructor.newInstance();
//5.通过反射创建Singleton类的对象s2
Singleton s2 = (Singleton) constructor.newInstance();
//判断通过反射创建的两个Singleton对象是否是同一个对象
System.out.println(s1 == s2);
}
}
上面代码运行结果是
false
,表明序列化和反序列化已经破坏了单例设计模式
注意:枚举方式不会出现这两个问题。
序列化、反序列方式破坏单例模式的解决方法
在Singleton类中添加readResolve()
方法,在反序列化时被反射调用,如果定义了这个方法,就返回这个方法的值,如果没有定义,则返回新new出来的对象。会自动调用这个方法。
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;
}
/**
* 下面是为了解决序列化反序列化破解单例模式
当进行反序列化是,会自动调用该方法,将该方法的返回值直接返回
*/
private Object readResolve() {
return SingletonHolder.INSTANCE;
}
}
测试方式:和Client07测试方法一样,结果是true
为什么会自动调用这个方式呢?
源码解析:
ObjectInputStream类,(Client07中点击readObject这个方法,查看源码)
public final Object readObject() throws IOException, ClassNotFoundException{
...
// if nested read, passHandle contains handle of enclosing object
int outerHandle = passHandle;
try {
Object obj = readObject0(false);//重点查看readObject0方法
.....
}
private Object readObject0(boolean unshared) throws IOException {
...
try {
switch (tc) {
...
case TC_OBJECT:
return checkResolve(readOrdinaryObject(unshared));//重点查看readOrdinaryObject方法
...
}
} finally {
depth--;
bin.setBlockDataMode(oldMode);
}
}
private Object readOrdinaryObject(boolean unshared) throws IOException {
...
//isInstantiable 返回true,执行 desc.newInstance(),通过反射创建新的单例类,
obj = desc.isInstantiable() ? desc.newInstance() : null;
...
// 在Singleton类中添加 readResolve 方法后 desc.hasReadResolveMethod() 方法执行结果为true
if (obj != null && handles.lookupException(passHandle) == null && desc.hasReadResolveMethod()) {
// 通过反射调用 Singleton 类中的 readResolve 方法,将返回值赋值给rep变量
// 这样多次调用ObjectInputStream类中的readObject方法,继而就会调用我们定义的readResolve方法,所以返回的是同一个对象。
Object rep = desc.invokeReadResolve(obj);//如果定义这个方法的话就会调用,没有定义就会new出去
...
}
return obj;
}
反射方式破解单例的解决方法
在私有构造方法中增加判断代码
//此处使用的是静态内部类方式
public class Singleton {
private static boolean flag = false;
//私有构造方法
private Singleton() {
synchronized (Singleton.class){ //用synchronized是为了防止在多线程环境下出错
//判断flag的值是否为true,如果ture则说明并不是第一次访问,直接抛出一个异常。如果是flase则是第一次访问,正常创建即可。
if(flag){
throw new RuntimeException("不能创建多个对象");
}
//将flag的值设置为true
flag = true;
}
}
private static class SingletonHolder {
private static final Singleton INSTANCE = new Singleton();
}
//对外提供静态方法获取该对象
public static Singleton getInstance() {
return SingletonHolder.INSTANCE;
}
}
测试方式:和Client08测试方法一样
package com.hxl.pattern.singleton.demo08;
import java.lang.reflect.Constructor;
//通过反射破坏单例模式
public class Client08 {
public static void main(String[] args) throws Exception {
//1.获取Singleton类的字节码对象
Class clazz = Singleton.class;
//2.获取Singleton类的私有无参构造方法对象
Constructor constructor = clazz.getDeclaredConstructor();
//3.取消访问检查。没弄之前是私有的,没有访问权限
constructor.setAccessible(true);
//4.通过反射创建Singleton类的对象s1
Singleton s1 = (Singleton) constructor.newInstance();
//5.通过反射创建Singleton类的对象s2
Singleton s2 = (Singleton) constructor.newInstance();
//判断通过反射创建的两个Singleton对象是否是同一个对象
System.out.println(s1 == s2);
}
}
通过debug发现,在第一次创建对象的时候正常运行,在第二次创建对象的时候抛出了异常
说明:
这种方式比较好理解。当通过反射方式调用构造方法进行创建创建时,直接抛异常。不运行此中操作。
Runtime类就是使用的单例设计模式。
通过源代码查看使用的是哪儿种单例模式
public class Runtime {
private static Runtime currentRuntime = new Runtime();
/**
* Returns the runtime object associated with the current Java application.
* Most of the methods of class Runtime
are instance
* methods and must be invoked with respect to the current runtime object.
*
* @return the Runtime
object associated with the current
* Java application.
*/
public static Runtime getRuntime() {
return currentRuntime;
}
/** Don't let anyone else instantiate this class */
private Runtime() {}
...
}
从上面源代码中可以看出Runtime类使用的是饿汉式(静态属性)方式来实现单例模式的。
使用Runtime类中的方法
public class RuntimeDemo {
public static void main(String[] args) throws IOException {
//获取Runtime类对象
Runtime runtime = Runtime.getRuntime();
//返回 Java 虚拟机中的内存总量。 调用runtime的方法
System.out.println(runtime.totalMemory());
//返回 Java 虚拟机试图使用的最大内存量。
System.out.println(runtime.maxMemory());
//创建一个新的进程执行指定的字符串命令,返回进程对象
//调用runtime的方法exec,参数是一个命令
Process process = runtime.exec("ipconfig");
//获取命令执行后的结果,通过调用process对象的获取输入流
InputStream inputStream = process.getInputStream();
byte[] arr = new byte[1024 * 1024* 100];
//读取数据
int b = inputStream.read(arr); //返回读到的字节的个数
//将字节数组转换为字符串输出到控制台 控制台默认字符集是GBK
System.out.println(new String(arr,0,b,"gbk"));
}
}
测试: