• Java创建对象的最佳方式:单例模式(Singleton)


    前言

    单例模式是java中最简单的设计模式之一,属于创建式模式,提供了一种创建对象的最佳方式。

    具体而言,单例模式涉及到一个具体的类,这个类可以确保只有单个对象被创建。它包含一个访问其唯一对象的方法,供外部直接调用,而不需要创建这个类的示例。

    简而言之,可以不再new一个他的实例,而是直接调用方法。

    实现

    单例模式分为两种:

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

    饿汉式

    静态变量方式

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态方式创建该类的对象
    5. private static Singleton instance = new Singleton();
    6. // 对外提供静态方法,用于获取该对象
    7. public static Singleton getInstance() {
    8. return instance;
    9. }
    10. }

    将对象的实例创建为静态,保证了实例永远只有一份,且在该类加载时就会立即创建在jvm内存的方法区,程序运行期间永久存在,因此当对象太大时会造成浪费。

    静态代码块方式

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态创建该类对象
    5. private static Singleton instance;
    6. static {
    7. instance = new Singleton();
    8. }
    9. // 对外提供静态方法,用于获取该对象
    10. public static Singleton getInstance() {
    11. return instance;
    12. }
    13. }

    对象的创建在代码块中,也是随着类的加载而创建,两种方式基本相同。

     懒汉式

    从名字出发,饿汉式会一直饿着,需要不断有食物,即对象一直存在。

    懒汉式则是只有在饿的时候才会寻找食物,即请求对象实例。

    所以,只要将饿汉式的创建对象放到getInstance方法中,即只有在调用该方法时才创建,我们就完成了懒加载的效果。

    更改初始化时机

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态创建该类对象
    5. private static Singleton instance;
    6. // 对外提供静态方法,用于获取该对象
    7. public static Singleton getInstance() {
    8. if (instance == null) {
    9. instance = new Singleton();
    10. }
    11. return instance;
    12. }
    13. }

    但这样的代码是线程不安全的,可以设想,如果有两个线程同时调用getInstance方法,他们都发现了instance == null,那么此时就会有两个实例化的instance,这就违背了单例模式的初衷了。

     最容易想到的方法就是给getInstance方法上锁。

    上锁:防止初始化多次

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态创建该类对象
    5. private static Singleton instance;
    6. // 上锁
    7. public static synchronized Singleton getInstance() {
    8. if (instance == null) {
    9. instance = new Singleton();
    10. }
    11. return instance;
    12. }
    13. }

    但此处依然有优化的空间,如果instance不为空,让线程调用就好了,不一定要持有锁,因此我们引申出双重检查锁模式。

    优化:双重锁模式

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态创建该类对象
    5. private static Singleton instance;
    6. // 上锁
    7. public static Singleton getInstance() {
    8. if (instance == null) {
    9. synchronized (Singleton.class) {
    10. // 线程拥有锁之后,再判断是否为空
    11. if (instance == null) {
    12. instance = new Singleton();
    13. }
    14. }
    15. }
    16. return instance;
    17. }
    18. }

    为什么要两次判断是否为空?

    例如有ab两个线程,当a先获得锁并初始化instance实例后,b获得锁,如果此时不判空,则会重复初始化,因为此时两者都进入了锁之内了,上一个判空已经过时。

    但是,jvm在实例化对象的时候,会进行优化和指令重排序操作,多线程的情况下,可能会产生空指针,此时我们可以使用volatile关键字。

    使用volatile关键字修饰的变量,可以保证其指令执行的顺序与我们写明的顺序一致,最终代码如下:

    1. public class Singleton {
    2. // 私有构造方法
    3. private Singleton() {}
    4. // 静态创建该类对象
    5. private static volatile Singleton instance;
    6. // 上锁
    7. public static Singleton getInstance() {
    8. if (instance == null) {
    9. synchronized (Singleton.class) {
    10. // 线程拥有锁之后,再判断是否为空
    11. if (instance == null) {
    12. instance = new Singleton();
    13. }
    14. }
    15. }
    16. return instance;
    17. }
    18. }

    最终进化:枚举实现

    在java1.5之后,使用java实现单例模式的方式多了一种枚举。

    1. public enum Singleton {
    2. INSTANCE;
    3. public void doSomething() {
    4. System.out.println("这是枚举类型的单例模式!");
    5. }
    6. }

    我们可以对枚举方式实现的实例进行反编译,可以得到如下的代码:

    1. public final class Singleton extends Enum {
    2. public static Singleton[] values() {
    3. return (Singleton[])$VALUES.clone();
    4. }
    5. public static Singleton valueOf(String name) {
    6. return (Singleton)Enum.valueOf(com/qgn/mianshi/main/Singleton, name);
    7. }
    8. private Singleton(String s, int i) {
    9. super(s, i);
    10. }
    11. public static final Singleton INSTANCE;
    12. private static final Singleton $VALUES[];
    13. static {
    14. INSTANCE = new Singleton("INSTANCE", 0);
    15. $VALUES = (new Singleton[] {
    16. INSTANCE
    17. });
    18. }
    19. }

    可见Singleton继承了Enum,并重写了Enum类中的一些方法,基本上这些方法都是静态的。

    这种实现方式的优点在于,不需要做额外的操作去保证对象单一性与线程安全,同时使用枚举可以防止调用者使用反射、反序列化强制生成多个单例对象,破坏单例模式。

    但是如果没使用枚举时,要怎么防止反射和反序列化破坏单例呢?

    防止反射、反序列化破坏单例模式

    防反射

    反射是一种暴力获取对象实例的方法,可以直接获取private修饰的构造函数,所以在放反射上只能被动防御。

    既然能访问构造函数,那我们也可以在构造函数中建立防御机制。

    1. public class Singleton {
    2. private static volatile boolean flag = false;
    3. //私有构造方法
    4. private Singleton() {
    5. synchronized (Singleton.class){
    6. if (flag){
    7. throw new RuntimeException();
    8. }
    9. flag = true;
    10. }}
    11. private static class SingletonHolder {
    12. private static final Singleton INSTANCE = new Singleton();
    13. }
    14. //对外提供静态方法获取该对象
    15. public static Singleton getInstance() {
    16. return SingletonHolder.INSTANCE;
    17. }
    18. }

    防反序列化

    在readObject()方法的调用栈的底层方法中有这么两个方法:
    hasReadResolveMethod:
    表示如果实现了serializable 或者 externalizable接口的类中包含readResolve则返回true。

    所以,原理也就清楚了,主要在Singleton中定义readResolve方法,并在该方法中指定要返回的对象的生成策略,就可以防止单例被破坏。

    1. public class Singleton implements Serializable {
    2. //私有构造方法
    3. private Singleton() {}
    4. private static class SingletonHolder {
    5. private static final Singleton INSTANCE = new Singleton();
    6. }
    7. //对外提供静态方法获取该对象
    8. public static Singleton getInstance() {
    9. return SingletonHolder.INSTANCE;
    10. }
    11. private Object readResolve() {
    12. return SingletonHolder.INSTANCE;
    13. }
    14. }

     

  • 相关阅读:
    Spring Cloud(八)分布式事务(*)
    C/C++跨平台构建工具CMake-----在C++源码中读取CMakeLists.txt配置文件中的内容
    CVE-2022-22963:Spring Cloud Function SpEL 远程代码执行漏洞
    【论文翻译】分布式数据库系统中的并发控制
    c++视觉检测------Shi-Tomasi 角点检测
    从 40% 跌至 4%,“糊”了的 Firefox 还能重回巅峰吗?
    大坝安全监测解决方案
    Citus 分布式 PostgreSQL 集群 - SQL Reference(摄取、修改数据 DML)
    docker network
    Photoshop制作白色可爱音乐播放图标面板
  • 原文地址:https://blog.csdn.net/qq_44016573/article/details/138127154