设计模式_创建型模式 -《单例模式》

news2024/10/6 20:26:40

设计模式_创建型模式 -《单例模式》

笔记整理自 黑马程序员Java设计模式详解, 23种Java设计模式(图解+框架源码分析+实战)

创建型模式的主要关注点是“怎样创建对象?”,它的主要特点是“将对象的创建与使用分离”。

这样可以降低系统的耦合度,使用者不需要关注对象的创建细节。

创建型模式分为:

  • 单例模式
  • 工厂方法模式
  • 抽象工厂模式
  • 原型模式
  • 建造者模式

单例设计模式

单例模式 (Singleton Pattern) 是 Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。

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

单例模式的结构

单例模式的主要有以下角色:

  • 单例类:只能创建一个实例的类
  • 访问类:使用单例类

单例模式的实现

单例设计模式分为两种:

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

饿汉式

  • 饿汉式-方式1(静态变量方式)

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

    说明:

    该方式在成员位置声明 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;
        }
    }
    

    说明:

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

懒汉式

  • 懒汉式-方式1(线程不安全)

    /**
     * 懒汉式
     * 线程不安全
     */
    public class Singleton {
        // 私有构造方法
        private Singleton() {}
    
        // 声明Singleton类型的变量
        private static Singleton instance; // null
    
        // 对外提供静态方法获取该对象
        public static Singleton getInstance() {
            // 判断instance是否为null,如果为null,说明还没有创建Singleton类的对象
            // 如果没有,创建一个并返回,如果有,直接返回
            if (instance == null) {
                // 多线程环境下:
                // 线程1先抢占到cpu的执行权,但还未执行下面这行代码,此时线程2获取到cpu的执行权,也会进入到该if判断里面,
                // 导致它们都会进行一次创建对象的操作,此时的对象非单例了。
                instance = new Singleton();
            }
            return instance;
        }
    }
    

    说明:

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

  • 懒汉式-方式2(线程安全)

    /**
     * 懒汉式
     * 线程安全
     */
    public class Singleton {
        // 私有构造方法
        private Singleton() {}
    
        // 声明Singleton类型的变量
        private static Singleton instance;
    
        // 对外提供静态方法获取该对象 方法上加了synchronized独占锁
        public static synchronized Singleton getInstance() {
    		// 第一次判断,如果instance的值不为null,不需要抢占锁,直接返回对象
            if (instance == null) {
                instance = new Singleton();
            }
            return instance;
        }
    }
    

    说明:

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

  • 懒汉式-方式3(双重检查锁)

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

    /**
     * 双重检查方式
     */
    public class Singleton { 
    
        // 私有构造方法
        private Singleton() {}
    
        // 声明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 关键字可以保证可见性和有序性

    /**
     * 双重检查方式
     */
    public class Singleton {
    
        // 私有构造方法
        private Singleton() {}
    
        // 声明Singleton类型的变量 使用volatile修饰
        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;
        }
    }
    

    说明:

    第一次加载 Singleton 类时不会去初始化 INSTANCE,只有第一次调用 getInstance,虚拟机加载 SingletonHolder 并初始化 INSTANCE,这样不仅能确保线程安全,也能保证 Singleton 类的唯一性。

    小结:

    静态内部类单例模式是一种优秀的单例模式,是开源项目中比较常用的一种单例模式。在没有加任何锁的情况下,保证了多线程下的安全,并且没有任何性能影响和空间的浪费。

  • 枚举方式

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

    /**
     * 枚举方式
     */
    public enum Singleton {
        INSTANCE;
    }
    

    说明:

    枚举方式属于饿汉式方式。

单例模式存在的问题

问题演示

破坏单例模式:

使上面定义的单例类(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 {
            // 1.创建对象输入流对象
            ObjectInputStream ois = new ObjectInputStream(new FileInputStream("C:\\Users\\Think\\Desktop\\a.txt"));
            // 2.读取Singleton对象
            Singleton instance = (Singleton) ois.readObject();
    		// 3.释放资源
            ois.close();
            // 4.返回读取到的对象
            return instance;
        }
    
        // 向文件中写数据(对象)
        public static void writeObject2File() throws Exception {
            // 1.获取Singleton类的对象
            Singleton instance = Singleton.getInstance();
            // 2.创建对象输出流
            ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream("C:\\Users\\Think\\Desktop\\a.txt"));
            // 3.将instance对象写出到文件中
            oos.writeObject(instance);
            // 4.释放资源
            oos.close();
        }
    }
    

    上面代码运行结果是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 {
            // 1.获取Singleton类的字节码对象
            Class clazz = Singleton.class;
            // 2.获取Singleton类的私有无参构造方法对象
            Constructor constructor = clazz.getDeclaredConstructor();
            // 3.取消访问检查
            constructor.setAccessible(true);
    
            // 4.1 创建Singleton类的对象s1
            Singleton s1 = (Singleton) constructor.newInstance();
            // 4.2 创建Singleton类的对象s2
            Singleton s2 = (Singleton) constructor.newInstance();
    
            // 5.判断通过反射创建的两个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;
        }
    }
    

    源码解析

    ObjectInputStream类

        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);
                ...
            }
            return obj;
        }
    
  • 反射方式破解单例的解决方法

    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;
            }
        }
    }
    

    说明:

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

JDK源码解析-Runtime类

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 <code>Runtime</code> are instance
         * methods and must be invoked with respect to the current runtime object.
         *
         * @return  the <code>Runtime</code> 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();
    
    		// 调用runtime的方法
            // 返回 Java 虚拟机中的内存总量
            //System.out.println(runtime.totalMemory());
            // 返回 Java 虚拟机试图使用的最大内存量
            //System.out.println(runtime.maxMemory());
    
            // exec方法,创建一个新的进程执行指定的字符串命令,返回进程对象
            Process process = runtime.exec("ipconfig");
            // 获取命令执行后的结果,通过输入流获取
            InputStream inputStream = process.getInputStream();
            byte[] arr = new byte[1024 * 1024* 100];
            // 读取数组 存到arr字节数组中
            int b = inputStream.read(arr); // 返回读到的字节的个数
            // 将字节数组转换为字符串输出到控制台
            System.out.println(new String(arr, 0, b, "gbk"));
        }
    }
    

    控制台输出:

    image-20230102203500745
    和我们本地命令行窗口运行命令看到的效果一样。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/154559.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

广州蓝景分享—Web前端开发培训机构如何选择

首先Web前端培训机构如何选择&#xff1f;相信很多人都不是很清楚&#xff0c;就是听别人推荐哪家好哪家不好&#xff0c;没有合理性的去实地了解&#xff0c;看看是否符合自己。所以&#xff0c;最好的方法就是自己在网上可以找一些判断web前端培训机构的条件&#xff0c;然后…

nacos原理和实战问题解决方案

nacos原理和集群搭建实战&#xff0c;在开始之前、我们先要知道nacos的官网并熟悉其基本特性 官网介绍 一、原理&#xff1a; 1、多种注册中心对比 2、nacos作为注册中心的核心功能 2.1、服务注册&#xff1a; Nacos Client会通过发送REST请求的方式向Nacos Server注册自己…

ArcGIS基础实验操作100例--实验82聚集点空间特征分析

本实验专栏参考自汤国安教授《地理信息系统基础实验操作100例》一书 实验平台&#xff1a;ArcGIS 10.6 实验数据&#xff1a;请访问实验1&#xff08;传送门&#xff09; 高级编辑篇--实验82 聚集点空间特征分析 目录 一、实验背景 二、实验数据 三、实验步骤 &#xff08;…

Leetcode.60 排列序列

题目链接 Leetcode.60 排列序列 题目描述 给出集合 [1,2,3,...,n]&#xff0c;其所有元素共有 n!n!n! 种排列。 按大小顺序列出所有排列情况&#xff0c;并一一标记&#xff0c;当 n3n 3n3 时, 所有排列如下&#xff1a; "123" "132" "213" …

二、TTY子系统框架

个人主页&#xff1a;董哥聊技术我是董哥&#xff0c;嵌入式领域新星创作者创作理念&#xff1a;专注分享高质量嵌入式文章&#xff0c;让大家读有所得&#xff01;文章目录1、TTY子系统框架分析2、TTY数据处理流程3、驱动的目录结构及核心文件4、TTY在Linux下的分布1、TTY子系…

微信小程序使用

微信开发介绍微信公众号的二次开发&#xff0c;主要点后端配置交互&#xff0c;前端负责h5页面微信小程序和微信小游戏的开发&#xff0c;必须要依托于微信&#xff0c;方便宣传开放平台&#xff0c;公众平台小程序介绍2016年出来的&#xff0c;取缔app应用。传统的App应用开发…

Vue中动态展示数据的字典项

问题描述 今天在写自己网站的时候&#xff0c;遇到一个问题&#xff0c;不知道各位前端初学者有没有遇到过这个问题 如图所示&#xff1a;我通过接口查询到一些信息&#xff0c;有两个属性是枚举数据(魔法值) 我们称这种数据为字典项&#xff0c;因为开发中一般称0&#xff…

AWS Markeplace 上的 DolphinDB MGR 快速上手

1. AWS 上的 DolphinDB MGR 简介 DolphinDB MGR 是部署于 Kubernetes 上的 DolphinDB 集群自动运维系统&#xff0c;提供包括部署、升级、扩缩容、配置变更的 DolphinDB 全生命周期管理。通过 DolphinDB MGR&#xff0c;DolphinDB 可以无缝运行在公有云或私有部署的 Kubernete…

openEuler RISC-V 的 Firefox 性能大升级,最高 40 倍性能提升

RISC-V SIG 择日即将发布 openEuler RISC-V 22.03 V2 版本镜像。本次发版会提供带有 SpiderMonkey JIT 编译支持的 Firefox 最新版本和带有 LLVMpipe 优化的 Mesa 最新版本安装源供使用者选装测试&#xff0c;预期图形界面使用性能会获得可观优化。 新版本的 Firefox 开启 JIT…

5.3、UDP 和 TCP 的对比

在使用 TCP/IP 体系结构的网络通信中&#xff0c;这两个协议的使用频率仅次于网际层的 IP 协议 TCP/IP 体系结构应用层中的某些协议需要使用运输层的 TCP 提供的服务 而另一些协议需要使用运输层的 UDP 提供的服务 1、UCP(无连接) & TCP(面向连接) 1.1、UDP 如下所示&am…

小程序:会议OA项目-其它页面

目录 一、tabs组件及会议管理布局 自定义tabs组件 跟着官网来感受一下 会议管理的布局 二、个人中心布局 一、tabs组件及会议管理布局 自定义tabs组件 文档参考:自定义组件 | 微信开放文档 跟着官网来感受一下 先建一个文件夹名为components&#xff0c;里面再建一个tabs的…

【C语言进阶(NEW)】六、文件操作(一)|文件|文件的打开和关闭|文件的顺序读写|文件读取结束的判定

目录 一、文件 1.1 什么是文件 1.1.1 程序文件 1.1.2 数据文件 1.2 为什么使用文件 1.3 文件名 二、文件的打开和关闭 2.1 文件指针 2.2 文件的打开和关闭 三、文件的顺序读写 3.1 fgetc 和 fputc&#xff08;字符输入输出函数&#xff09; 3.2 fgets 和 fputs&am…

20行原生JS代码手写ElementUI表格组件

又是许久没有写博客了&#xff0c;这几年的疫情&#xff0c;总是居家&#xff0c;时间久了&#xff0c;慢慢的总会想很多。现在越发觉得想做的事情一定要尽早去做&#xff0c;不然总说等下一次&#xff0c;很多时候&#xff0c;就没有下一次了。 今天给大家分享一下如何用原生…

从0到1完成一个Vue后台管理项目(十七、使用Echarts:柱状图、折线图)

往期 从0到1完成一个Vue后台管理项目&#xff08;一、创建项目&#xff09; 从0到1完成一个Vue后台管理项目&#xff08;二、使用element-ui&#xff09; 从0到1完成一个Vue后台管理项目&#xff08;三、使用SCSS/LESS&#xff0c;安装图标库&#xff09; 从0到1完成一个Vu…

DB性能跟不上,加缓存就够了?

服务端软件开发时&#xff0c;通常会把数据存储在DB。而服务端系统遇到的第一个性能瓶颈&#xff0c;往往发生在访问DB时。 这时大部分开发会拿出“缓存”&#xff0c;通过使用Redis在DB前提供一层缓存数据&#xff0c;缓解DB压力&#xff0c;提升服务端性能。 在数据库前添加…

nohup后台运行,进程查看与终止(ubuntu)

1.nohup用途&#xff1a;不挂断地运行命令。语法&#xff1a;nohup Command [ Arg … ] [ & ]无论是否将 nohup 命令的输出重定向到终端&#xff0c;输出都将附加到当前目录的 nohup.out 文件中。如果当前目录的 nohup.out 文件不可写&#xff0c;输出重定向到 $HOME/nohu…

threejs 学习一

前提 threejs官网&#xff1a;https://threejs.org/ 由于官网访问慢&#xff0c;可以github下载压缩包解压后本地启动 github地址&#xff1a;https://github.com/mrdoob/three.js/ 下载好后解压 安装依赖 npm install 启动&#xff1a;npm start 目录介绍&#xff1a; …

语音识别技术简叙述

语音识别技术简述 语音识别的概念 语音识别技术都是让智能设备能够听懂人类语言&#xff0c;其实一门涉及数学信号处理、人工智能、语言学、数理统计学、声学、情感学及心理学等多学科交叉的学科。这项技术可以提供比如自动客服、自动语音翻译、命令控制&#xff0c;语音验证…

【vue】关于vue2和vue3响应式原理的区别

我们都知道&#xff0c;在Vue2中的数据响应式原理存在许多缺陷。 例如无法对新增和直接删除的数据做到响应式&#xff0c;无法直接操作数组进行响应式处理等等。 而在Vue3中&#xff0c;作者很好的解决了这些缺陷&#xff0c;让我们来对比一下Vue2与Vue3对数据响应式处理的具体…

前端如何保证设置的font-family成功生效?

背景 最近开发的一个新页面&#xff0c;在产品验收的时候跟我反馈说页面里的字体跟设计稿中的字体不一样&#xff1b; 问题的关键是我明明记得我有单独设置过 font-family属性&#xff0c;于是我通过Chorme浏览器的调试工具查看了一下DOM的生效样式&#xff1b; 明明是已经设…