设计模式（1）单例模式——创建、破坏和防御

1. 单例模式介绍java笔试题：实现单例模式_java基础笔试编程题创建一个单例模式-CSDN博客

• 饿汉模式（线程安全，序列化不安全）
  • 由于在类加载时就完成了实例的初始化，所以也避免了线程同步问题
• 懒汉模式（线程不安全，但是可以修改，不建议使用，延迟加载）
• • 使用synchronized关键字同步getInstance方法
  • 使用synchronized关键字同步代码块

  • 但是这两种修改方法会使代码的效率变的很低（每次调用getInstance()时，都会进行线程同步，这可能会引起重大的性能问题），所以不推荐使用

• DCL(Double-Check-Locking)双检查锁机制（线程安全，延迟加载）
  • 在懒汉模式的基础上增加了双重检查
  • volatile关键字：所有线程都能看到共享内存的最新状态，禁止指令重排序
• 静态内部类实现（线程安全，但是遇见序列化对象时会出现多实例情况，延迟加载）
  • 利用类的加载机制保证初始化实例时的线程安全（静态属性由于被 static 修饰，保证只被实例化一次，并且严格保证实例化顺序。）
• 枚举（线程安全，序列化安全）
  • 线程安全：枚举实例的创建是由 JVM 保证在任何线程访问 INSTANCE 静态属性之前完成，且在类的静态初始化阶段完成，内置的线程安全。
  • 防止反射攻击：由于枚举类没有可访问的构造器，反射机制无法用来实例化枚举类的对象。
  • 自动支持序列化机制：枚举序列化由 JVM 控制，防止通过序列化创建新的对象实例。

2. 序列化、反序列方式破坏单例模式及解决方法设计模式之单例模式（七种方法超详细）-CSDN博客

• 对于序列化与反序列化破坏单例模式的问题，主要是通过readObject（）方法，出现了破坏单例模式的现象，主要是因为这个方法最后会通过反射调用无参数的构造方法创建一个新的对象，从而每次返回的对象都不一致。
  • 在Singleton中定义readResolve方法，并在该方法中指定要返回的对象的生成策略，就可以防止单例被破坏。
• 对于反射破坏单例模式是因为单例模式通过setAccessible(true)指示反射的对象在使用时，取消了 Java 语言访问检查,使得私有的构造函数能够被访问，而单例模式的设计在于只保留一个公有静态函数来获取唯一的实例，其他方法（构造函数）或字段为私有，外界不能访问。而反射破坏了这一原则，它突破了构造函数私有的限制，可以获取单例类的私有构造函数并使用其创建多个对象。
  • 既然你能访问我的构造函数，我就在我的构造函数中建立防御机制，不让你通过我的构造函数创建多个实例对象。因为反射是一种暴力获取对象实例的方法，因为他可以直接访问private修饰的构造函数，所以在对于反射方式破坏单例模式的问题上我们只能采取被动的防御，