设计模式3:单例模式:静态内部类模式是怎么保证单例且线程安全的?

这篇具有很好参考价值的文章主要介绍了设计模式3:单例模式:静态内部类模式是怎么保证单例且线程安全的?。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

上篇文章:设计模式3:单例模式:静态内部类单例模式简单测试了静态内部类单例模式,确实只生成了一个实例。我们继续深入理解。

静态变量什么时候被初始化?

public class Manager {

    private static class ManagerHolder {
        private static Manager instance = new Manager();
    }

    private Manager() {
    
    }

    public static Manager getInstance() {
        return ManagerHolder.instance;
    }

    public static void main(String[] args) {
        for (int i = 0; i < 5; i++) {
            System.out.println(Manager.getInstance() == Manager.getInstance());
        }
    }
}

这行代码private static Manager instance = new Manager();什么时候执行?

编译期间将.java文件转为.class文件,运行期间根据.class文件,通过类加载生成类的.class对象。并找到main()方法,开始执行。类加载过程的初始化阶段,会给static变量赋值。

类加载过程详解

静态内部类模式是怎么保证单例的?

外部类的加载,并不会引起静态内部类加载,静态内部类只会在被访问的时候才第一次加载。这就实现了懒汉模式。

一个类只会被一个类加载器加载一次。我们验证下:

import java.util.Scanner;

public class Manager {
    static {
        System.out.println("Manager类被加载");
    }

    private static class ManagerHolder {
        static {
            System.out.println("静态内部类ManagerHolder被加载");
        }

        private static Manager instance = new Manager();
    }

    private Manager() {
        System.out.println("构造器:Manager()被调用");
    }

    public static Manager getInstance() {
        System.out.println("进入getInstance()方法");
        return ManagerHolder.instance;
    }

    public static void main(String[] args) {
        System.out.println("\n类加载完成,程序开始执行:");
        Scanner scanner = new Scanner(System.in);
        System.out.print("是否开始访问单例?要开始请输入1\n");
        int start = scanner.nextInt();
        if (start == 1) {
            scanner.close();
            for (int i = 0; i < 5; i++) {
                Manager.getInstance(); //获取5次单例
            }
        }
    }
}

输出结果:
设计模式3:单例模式:静态内部类模式是怎么保证单例且线程安全的?,设计模式,设计模式,单例模式

可以看出,main方法还没有执行的时候,Manager类就已经被加载了。但是ManagerHolder类并没有被加载。输入1之后,第一次调用getInstance()方法,ManagerHolder类才被加载。Manager的构造器也只执行了一次。

一个类只会被类加载器加载一次吗?

是的。
双亲委派模型先检查是否已经被加载过,若没有加载则调用父类加载器的loadClass()方法,依次向上递归。若父类加载器为空则说明递归到启动类加载器了。如果从父类加载器到启动类加载器的上层次的所有加载器都加载失败,则调用自己的findClass()方法进行加载。

使用双亲委派模型能使Java类随着加载器一起具备一种优先级的层次关系,保证同一个类只加载一次,避免了重复加载,同时也能阻止有人恶意替换加载系统类。

双亲委派模型并不是一个强制性的约束模型,而是Java设计者推荐给开发者的类加载器实现方式。

一旦类被加载并初始化,它的字节码和静态数据将留存在内存中,以供后续使用。当需要使用该类时,JVM不会重新加载类的字节码,而是直接使用已加载的类。每次都加载,消耗cpu和内存。

深入理解Java类加载器(ClassLoader)
JVM 基础 - Java 类加载机制

类加载过程是线程安全的吗?

是的。
loadClass()方法的注释有说明:除非被重写,否则在整个类加载过程中,此方法会对getClassLoadingLock()方法的结果进行同步。,说的就是下面那行代码:

java.lang.ClassLoader文章来源地址https://www.toymoban.com/news/detail-523910.html

    /**
     *  ...
     *  
     * <p> Unless overridden, this method synchronizes on the result of
     * {@link #getClassLoadingLock <tt>getClassLoadingLock</tt>} method
     * during the entire class loading process.
     * ...
     * 
     */
    protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
    {
        synchronized (getClassLoadingLock(name)) {  //用synchronized修饰了getClassLoadingLock()的返回值
            ...
        }
    }

到了这里,关于设计模式3:单例模式:静态内部类模式是怎么保证单例且线程安全的?的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Java单例模式的五种实现方式 懒汉式 饿汉式 双重校验锁 静态变量 静态内部类 枚举实现单例模式等

    Java单例模式是一种设计模式,用于确保一个类只有一个实例,并提供全局访问点以获取该实例。它通常用于需要共享资源或控制某些共享状态的情况下。 懒汉式:在类加载的时候就创建对象,要再调用方法时才创建对象,减少内存开销。 饿汉式:再类加载的时候就实例化对

    2024年04月27日
    浏览(33)
  • 懒汉单例设计模式与饿汉单例设计模式

    单例模式即一个类确保只有一个对象,主要用于避免浪费内存 1 .饿汉单例设计模式 :拿到对象时,对象就早已经创建好了 写法: 把类的构造器私有 在类中自己创建一个对象,并赋值到一个变量 定义一个静态方法,返回自己创建的这个对象 2. 懒汉单例设计模式 :第一次拿到对象时

    2024年02月21日
    浏览(54)
  • 【设计模式】单例设计模式

    目录 1、前言 2、基本语法 2.1、懒汉式单例 2.2、饿汉式单例 2.3、双重检验锁单例模式 2.4、静态内部类单例模式 2.5、枚举单例模式 2.6、ThreadLocal单例模式 2.7、注册单例模式 3、使用场景 4、使用示例 5、常见问题 5、总结 单例模式是一种设计模式,它确保一个类只能创建一个实

    2024年02月09日
    浏览(42)
  • 设计模式学习(一)单例模式补充——单例模式析构

    目录 前言 无法调用析构函数的原因 改进方法 内嵌回收类 智能指针 局部静态变量 参考文章 在《单例模式学习》中提到了,在单例对象是通过 new 动态分配在堆上的情况下,当程序退出时,不会通过C++的RAII机制自动调用其析构函数。本文讨论一下这种现象的原因以及

    2024年03月19日
    浏览(50)
  • 【设计模式】单例模式|最常用的设计模式

    单例模式是最常用的设计模式之一,虽然简单,但是还是有一些小坑点需要注意。本文介绍单例模式并使用go语言实现一遍单例模式。 单例模式保证一个类仅有一个实例,并提供一个访问它的全局访问点。 使用场景: 当类只能有一个实例而且可以从一个公开的众所周知的访

    2024年04月29日
    浏览(41)
  • 设计模式之单例设计模式

    就是一个类只允许创建一个对象,那么我们称该类为单例类,这种设计模式我们称为单例模式。 资源共享:有些类拥有共享的资源,例如数据库连接池、线程池、缓存等。使用单例模式确保只有一个实例,避免资源浪费和竞争条件。 线程安全:单例模式可以用来保证多线程

    2024年02月07日
    浏览(73)
  • 设计模式 ~ 单例模式

    单例模式:指在确保一个类只有一个实例,创建之后缓存以便继续使用,并提供一个全局访问点来访问该实例; 前端对于单例模式不常用,但对于单例的思想无处不在; 如:弹窗、遮罩层、登录框、vuex redux 中的 store; 闭包: 模块化:

    2024年02月16日
    浏览(54)
  • 设计模式——单例模式

    确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。 即保证一个类只有一个实例,并且提供一个全局访问点 优点 单例对象在内存中只有一个实例,减少了内存的开支。尤其对于一个频繁创建、销毁的对象时,单例模式的优势就更明显。 减少系统的性能

    2024年02月16日
    浏览(59)
  • 【设计模式-单例模式】

    在一个项目中的全局范围内, 一个类 有且仅有一个实例对象 。这个唯一的实例对象给其他模块提供数据的 全局访问 。这样的模式就叫 单例模式 。 单例模式的典型例子就是任务队列。 首先, 考虑单例模式的要求为有且仅有一个实例对象。那么就先从构造函数入手。类的构

    2024年02月13日
    浏览(56)
  • 设计模式(单例模式)

            保证指定的类只有一个实例,不能创建出其他的实例                 1.1 代码展示                 1.2 Singleton类中instance对象的创建时机                 Singleton类中instance对象的创建时机:在Singleton类被jvm加载的时候创建,Singleton类会在第一次使用的时

    2024年02月15日
    浏览(49)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包