【设计模式】--可能是最详细的单例模式说明

栏目: 后端 · 发布时间: 5年前

内容简介:单例模式保证一个类在内存中只有一个对象,属于创建型模式,它提供了一种创建对象的最佳方式。这种模式涉及到一个单一的类,该类负责创建自己的对象,同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式,可以直接访问,不需要实例化该类的对象。在Java中,对象的创建是比较消耗资源的,当某个对象需要被频繁,而这个对象又属于无状态对象或持有全局状态的话,就可以考虑使用单例模式来实现对象的创建,这样可以节省了频繁创建对象的开销 在这里稍微提一下这两种场景

单例模式保证一个类在内存中只有一个对象,属于创建型模式,它提供了一种创建对象的最佳方式。

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

Java 中,对象的创建是比较消耗资源的,当某个对象需要被频繁,而这个对象又属于无状态对象或持有全局状态的话,就可以考虑使用单例模式来实现对象的创建,这样可以节省了频繁创建对象的开销 在这里稍微提一下这两种场景

  • 无状态:无状态是指这个对象不会发生变化。例如DAO层、SERVICE层、工具bean
  • 全局状态:当某个对象需要保存持有全局状态时,也可以做成单例,例如ApplicationContext,SessionFactory等

2.实现以及代码编写

单例模式的实现方式有很多中,总的来说可以分为

  • 饿汉型:在启动时就将实例初始化好,优点是实现简单,缺点是占用内存
  • 懒汉型:在使用时进行初始化

大体思路:

1.私有化构造器防止其他地方创建实例

2.定义类静态变量存放实例对象

3.开放统一入口获取实例对象

~ 下面介绍的都是线程安全的单例模式

2.1 饿汉型

饿汉型的思路就是在启动时就进行初始化,同时将构造器私有化,以此保证全局只有一个实例。

/**
 * 饿汉型单例模式
 * @author qiudao
 */
public class Eager {
    //私有化构造器
    private Eager() {
    }

    // 启动时直接初始化
    private static Eager instance = new Eager();

    // 获取实例接口
    public static Eager getInstance() {
        return instance;
    }
}
复制代码

它主要利用了JVM在进行类加载时,会对该过程进行加锁,以此来保证线程安全性。

它的优点是实现非常简单,缺点是在jvm启动时就完成了初始化,如果后续没有使用到该对象的话,就会造成内存浪费

2.2 懒汉型

相对比饿汉型,懒汉型在启动时不会进行实例化对象,只有在需要时才进行初始化,这样可以很好的避免内存的浪费,但同时也增加了复杂度。

懒汉型单例模式的实现方式有很多,主要有 普通懒汉、双检锁、静态内部类、枚举

2.21 普通懒汉

普通饿汉实现的方式非常简单,通过在入口方法标准synchronized来对方法进行加锁,以此防止多线程安全问题

/**
 * 普通懒汉型
 * @author qiudao
 */
public class NormalLazy {
    //私有化构造器
    private NormalLazy() {
    }

    //定义实例
    private static NormalLazy instance;

    // 直接加锁,保证线程安全
    public static synchronized NormalLazy getInstance() {
        if (instance == null) {
            instance = new NormalLazy();
        }
        return instance;
    }
}
复制代码

这样就能把实例初始化的操作延迟到使用时,避免了内存的浪费。但是由于synchronized 关键字的存在,这样会导致性能问题,所以这种实现方法是非常不推荐使用的

2.22 双检锁

针对上面普通懒汉型的实现,双检锁通过使用双重检查+缩小synchronized的作用域,以此改进性能问题

/**
 * 双检锁实现懒汉单例
 * @author qiudao
 */
public class DoubleCheck {
    //私有化构造器
    private DoubleCheck() {
    }

    private static DoubleCheck instance;

    public static DoubleCheck getInstance() {
        //第一重检查,检查是否已经初始化
        if (instance == null) {
            // 加锁,保证线程安全问题
            synchronized (DoubleCheck.class) {
                // 二重检查,防止该实例被二次初始化
                if (instance == null) {
                    instance = new DoubleCheck();
                }
            }
        }
        return instance;
    }
}
复制代码

2.23 静态内部类

静态内部类方式是利用类加载器在加载类时的锁机制来避免多线程安全问题

/**
 * 静态内部类实现单例
 *
 * @author qiudao
 */
public class InnerClass {
    // 私有化构造器
    private InnerClass() {
    }

    // 定义静态内类
    private static class Holder {
        // 利用类加载的锁机制来避免线程安全问题
        private static InnerClass INSTANCE = new InnerClass();
    }

    public static InnerClass getInstance() {
        return Holder.INSTANCE;
    }
}
复制代码

由于这个内部类是私有的,在JVM初始化的时候,这个内部类并不会进行初始化,当调用getInstance方法的时候,类加载器就会加载这个内部类,并进行初始化这个实例的操作,由于JVM在类加载时有锁机制,所以这种方式也是线程安全的,同时也达到了延迟加载的效果。

2.24 枚举

枚举是java1.5之后引进的特性,他的实例对象都是天然的单例对象,它的实现也非常简单

/**
 * 枚举实现单例
 *
 * @author qiudao
 */
public enum EnumSingleton {
    //实例对象
    INSTANCE;
    // 实例方法
    public void test() {
        System.out.println("方法");
    }
    // 实例属性
    private int a = 0;
}

复制代码

在该示例中,INSTANCE可以看成是一个实例对象,而里面的方法跟属性可以看成是实例属性,除了定义实例之外,它的使用与正常类是没有区别的。

在JVM的保证下,他是线程安全的,同时还能避免序列化攻击和反射攻击破坏单例。在Think in Java中也强烈推荐开发者使用枚举实现单例

3.单例破坏

什么是单例破坏呢?正常情况下,上面列举的单例(除了枚举)实现在整个jvm生命周期内只会有一个实例对象存在,但是通过java的一些特性,就能使超过两个的实例对象存在与JVM中。 这两种模式分别是 反射攻击序列化破坏

3.1 反射破坏单例

JAVA反射机制是在运行状态中,对于任意一个类,都能够知道这个类的所有属性和方法;对于任意一个对象,都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。

通过反射,我们可以将指定类的私有构造器打开,并通过构造器创建对象

流程: 获取类构造器 --> 打开构造器权限 --> 创建实例对象

3.11反射破坏单例代码

/**
 * 通过反射破坏单例对象
 * @author qiudao
 */
public class ReflectDestroySinleton {
    public static void main(String[] args) throws IllegalAccessException, InvocationTargetException, InstantiationException {
        //通过反射获取单例类私有构造器
        Constructor constructor = Eager.class.getDeclaredConstructors()[0];
        // 开放构造器权限
        constructor.setAccessible(true);
        // 通过构造器新建一个对象
        Eager instance1 = (Eager) constructor.newInstance();
        Eager instance2 = Eager.getInstance();
        Eager instance3 = Eager.getInstance();
        // 反射创建的对象与getInstance方法获取的对象比较
        System.out.println("instance1 == instance2:"+ (instance1 == instance2));
        // 比较getInstance方法返回的对象是否是同一个
        System.out.println("instance2 == instance3:"+ (instance3 == instance2));
    }
}
复制代码

结果

【设计模式】--可能是最详细的单例模式说明

可以清晰的看到,通过getInstance方法获取的对象都是同一个对象,但是通过反射就可以创建出第二个对象,那么问题来了,有没有办法避免反射攻击呢?

3.12 如何避免?

1.添加校验(仅限饿汉)

对于饿汉型单例,我们可以在类的私有构造器中加入判断

private Eager() {
        if (instance != null) {
            throw new IllegalArgumentException("无法通过反射创建单例");
        }
    }
复制代码
【设计模式】--可能是最详细的单例模式说明
这样通过反射在创建对象的时候,就会进入if中,进而抛出异常,以此避免反射攻击。 但是这个方法有一个局限性,那就是 仅限于饿汉型

单例模式。

因为懒汉型的单例模式是延迟加载的,在通过反射调用其构造器之前,假如instance实例没有被初始化的话,那么还是能够通过反射成功创建实例。同理,想用一个状态变量来标识实例是否已经被初始化过也是行不通的,因为反射能够自由的改变类的字段值。

2.选用枚举实现

同样的,我们首先用反射来攻击一下使用枚举实现的单例,由于反射创建实例的代码是一样的,在这里就不重复贴了 直接放结果

【设计模式】--可能是最详细的单例模式说明

这里直接抛了异常,这就意味着, 反射无法破坏枚举类型的单例

让我们跟进Constructor类中看一下它是如何实现的

【设计模式】--可能是最详细的单例模式说明

可以看到,在执行newInstance方法的时候,有对类型做判断,如果是枚举类型,则会抛出异常,以此避免反射攻击

3.13 反射攻击总结

只有饿汉型单例模式才能防范反射攻击,而懒汉型单例模式中只有枚举类才能防御反射攻击

3.2 序列化攻击

对象序列化是指把对象转换成二进制字节流后存储到文件当中,让我们序列化看一下(先使单例类实现序列化接口)

/**
 * 序列化攻击
 * @author qiudao
 */
public class SerializableAttach {
    public static void main(String[] args) throws Exception {
        Eager eager = Eager.getInstance();
        // 把对象序列化写进文件中
        File file = new File("D:/object");
        OutputStream outputStream = new FileOutputStream(file);
        ObjectOutputStream oopt = new ObjectOutputStream(outputStream);
        oopt.writeObject(eager);
        //从文件中把对象反序列化读出来
        InputStream inputStream = new FileInputStream(file);
        ObjectInputStream objectInputStream = new ObjectInputStream(inputStream);
        Eager eager1 = (Eager) objectInputStream.readObject();
        // 比较
        System.out.println(eager == eager1);//false
    }
}
复制代码

在这里可以看到,序列化再反序列化之后,对象已经变了,那么我们跟一下源码看看,为什么会变

3.21 代码跟踪

我们首先看一下

objectInputStream.readObject()
复制代码

的这个方法

【设计模式】--可能是最详细的单例模式说明
继续跟进 readObject0

这个方法当中

【设计模式】--可能是最详细的单例模式说明

前面一堆校验与准备代码可以不看,直接往下拉,找到返回值

【设计模式】--可能是最详细的单例模式说明
这里有一个switch,在这里会走进TC_OBJECT这个case当中,继续跟进 readOrdinaryObject(unshared)

这个方法

【设计模式】--可能是最详细的单例模式说明
可以看到,如果 isInstantiable() 返回true的话,它就会利用反射创建一个新的对象出来,进入 isInstantiable()
【设计模式】--可能是最详细的单例模式说明

看注释

如果这个类属于serializable/externalizable,那么它将返回true

到这里就已经很清晰了,objectInputStream读取序列化后的对象时,会使用反射创建一个新的对象出来,所以单例模式自然就被破坏了 那么有解决方法吗?

3.22 解决方法

3.221 添加readResolve方法

让我们继续跟踪代码,回到 readOrdinaryObject(unshared) 方法中

【设计模式】--可能是最详细的单例模式说明
执行 invokeReadResolve() 的条件是obj不为null 且没有发生异常 ,且 desc.hasReadResolveMethod()

为true

在这里我们主要关注第三个条件,从名字可以看出,这个方法做的事情是检查这个类是否含有 readResolve() 这个方法,如果有的话,就执行这个方法,并将这个方法返回的结果赋给obj,最终返回

所以我们需要做的就是

  • 在单例类中添加一个ReadResolve()方法,同时返回这个类的单例对象
public Object readResolve(){
        return instance;
    }
复制代码

再次执行序列化攻击代码,可以看到已经成功抵御住序列化攻击了

【设计模式】--可能是最详细的单例模式说明

3.222 使用枚举

老规矩,依旧是从源码入手,回到前面的 readObject0 方法中,如果是枚举类,很显然,它会走另外一个case

【设计模式】--可能是最详细的单例模式说明

进入readEnum中,跳过前面一些准备跟校验的代码后,我们可以看到

【设计模式】--可能是最详细的单例模式说明

这里的Enum.valueOf返回的是枚举实例,并没有生成新的对象,所以使用枚举也是能够防御序列化攻击的

3.3 序列化总结

序列化攻击是可以抵御的,只要在单例类中定义成员方法 readResolve() 并把单例对象返回回去就行了。

枚举类型的单例则无需定义该方法,因为在源码中已经有针对枚举单例的防御操作了。

序列化与反序列化的源码比较复杂,上面只是把一些关键的点列举出来了,有兴趣的同学可以自行打断点进行追踪!


以上所述就是小编给大家介绍的《【设计模式】--可能是最详细的单例模式说明》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

联盟

联盟

里德•霍夫曼、本•卡斯诺查、克里斯•叶 / 路蒙佳 / 中信出版社 / 2015-2-5 / 39.00元

在充满变化的世界,联盟潜在的合伙人 将不确定的行业转变为可掌控的职业生涯 与世界紧密连接,开创精彩的事业与未来 终生效忠于一家公司已经成为历史,我们正在经历的自由雇佣制——将员工看作自由人——无法建立创新所需的高度信任与合作的关系。 互联网时代,企业如何用全新的人才策略定义员工的忠诚?未来职业成功的秘诀是什么? 《联盟》提供了一种使雇主与员工之间从商业交易转变为互惠关......一起来看看 《联盟》 这本书的介绍吧!

CSS 压缩/解压工具
CSS 压缩/解压工具

在线压缩/解压 CSS 代码

RGB转16进制工具
RGB转16进制工具

RGB HEX 互转工具

UNIX 时间戳转换
UNIX 时间戳转换

UNIX 时间戳转换