• Java类的加载过程-重点!!


    java类的加载过程有以下几步共同完成:

    加载->连接->初始化。连接又分为验证、准备、解析

    • 一个非数组类的加载阶段(加载阶段获取类的二进制字节流的动作)是可控性最强的阶段,这一步我们可以去完成还可以自定义类加载器去控制字节流的获取方式(重写一个类加载器的 loadClass() 方法)。

    • 数组类型不通过类加载器创建,它由 Java 虚拟机直接创建。
      所有的类都由类加载器加载,加载的作用就是将 .class文件加载到内存。

    JVM 中内置了三个重要的 ClassLoader,除了 BootstrapClassLoader 其他类加载器均由 Java 实现且全部继承自java.lang.ClassLoader。

    1. BootstrapClassLoader(启动类加载器) :最顶层的加载类,(JNI :java本地接口)由C++实现,负责加载 %JAVA_HOME%/lib目录下的jar包和类或者或被 -Xbootclasspath参数指定的路径中的所有类。

    2. ExtensionClassLoader(扩展类加载器) :主要负责加载目录 %JRE_HOME%/lib/ext
      目录下的jar包和类,或被 java.ext.dirs 系统变量所指定的路径下的jar包。

    3. AppClassLoader(应用程序类加载器) :面向我们用户的加载器,负责加载当前应用classpath下的所有jar包和类。

    双亲委派机制:

    每一个类都有注解的类加载器。系统中的Classloader在协同工作的时候回默认使用双亲委派机制。再类加载的时候,系统会首先判断当前类的是否被加载过。已经被加载的类会直接返回,否则才会尝试加载。加载的时候,首先会把该请求委派给父类的加载器的loadClass()处理,因此所有的请求最终都应该传送到顶层的启动类的加载器BootstrapClassLoader。当父类加载器无法处理时,才交给自己处理,当父类加载器是null时,会使用类加载器bootstrapClassLoader作为父类加载器。

    双亲委派模型实现源码分析

    private final ClassLoader parent;
    protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
        {
            synchronized (getClassLoadingLock(name)) {
                // 首先,检查请求的类是否已经被加载过
                Class<?> c = findLoadedClass(name);
                if (c == null) {
                    long t0 = System.nanoTime();
                    try {
                        if (parent != null) {//父加载器不为空,调用父加载器loadClass()方法处理
                            c = parent.loadClass(name, false);
                        } else {//父加载器为空,使用启动类加载器 BootstrapClassLoader 加载
                            c = findBootstrapClassOrNull(name);
                        }
                    } catch (ClassNotFoundException e) {
                       //抛出异常说明父类加载器无法完成加载请求
                    }
                    
                    if (c == null) {
                        long t1 = System.nanoTime();
                        //自己尝试加载
                        c = findClass(name);
    
    
                        // this is the defining class loader; record the stats
                        sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                        sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                        sun.misc.PerfCounter.getFindClasses().increment();
                    }
                }
                if (resolve) {
                    resolveClass(c);
                }
                return c;
            }
        }
    
    • 其实这个双亲翻译的容易让别人误解,我们一般理解的双亲都是父母,这里的双亲更多地表达的是“父母这一辈”的人而已,并不是说真的有一个 Mother ClassLoader 和一个 Father ClassLoader 。另外,类加载器之间的“父子”关系也不是通过继承来体现的,是由“优先级”来决定。

    双亲委派机制的好处
    双亲委派模型保证了Java程序的稳定运行,可以避免类的重复加载(JVM 区分不同类的方式不仅仅根据类名,相同的类文件被不同的类加载器加载产生的是两个不同的类),也保证了 Java 的核心 API 不被篡改。如果没有使用双亲委派模型,而是每个类加载自己加载自己的话就会出现一些问题,比如我们编写一个称为 java.lang.Object 类的话,那么程序运行的时候,系统就会出现多个不同的 Object 类。
    如果我们不想用双亲委派模型怎么办?
    为了避免双亲委托机制,我们可以自己定义一个类加载器,然后重写 loadClass() 即可。

    自定义类加载器

    除了 BootstrapClassLoader 其他类加载器均由 Java 实现且全部继承自java.lang.ClassLoader。如果我们要自定义自己的类加载器,很明显需要继承 ClassLoader。

  • 相关阅读:
    教你如何开发一个完败Miracast的投屏新功能
    深度评测--安卓免费的银行卡识别SDK,华为 HMS MLKit 和Card IO哪个好?
    别让算法和数据结构拖你职业生涯的后腿
    接入卡片类快服务你必须知道的事情
    手机智眼——智慧视觉
    解放双手的革命——智慧语音
    Android | 超简单集成HMS ML Kit实现最大脸微笑抓拍
    快服务常见TOP3审核雷区,再不过审就要崩溃啦!
    图标新纪元——服务直达
    集成机器学习服务上架华为应用市场指南
  • 原文地址:https://www.cnblogs.com/dataoblogs/p/14121981.html
Copyright © 2020-2023  润新知