Java类加载器

最新推荐文章于 2022-08-13 10:49:56 发布

体会分享的快乐

最新推荐文章于 2022-08-13 10:49:56 发布

阅读量285

点赞数

分类专栏： JAVA学习基础文章标签：类加载器加载连接初始化委托

本文链接：https://blog.csdn.net/xiaolangfanhua/article/details/52818768

版权

JAVA学习基础专栏收录该内容

54 篇文章

订阅专栏

Java类加载器

java虚拟机中可以安装多个类加载器，系统默认的有3个主要的类加载器。
每一个类加载器负责加载对应位置的类。
BootStrap、ExtClassLoader、AppClassLoader
注：类加载器也是java类，当然也会被类加载器所加载，才能够被使用，因此有一个特殊的类加载器就是：BootStrap
BootStrap使用C++写的，在底层去加载java类。因此他不属于ClassLoader类型

一、Java类加载器的结构

1、那么类加载器的结构是什么呢，用以下例子说明：

public static void main(String[] args){
    // TODO Auto-generated method stub
    ClassLoader loader=ClassLoaderTest.class.getClassLoader();//获取本类的类加载器
    //用循环来获取类加载器的父加载器
    while(loader!=null){
        System.out.println(loader);
        loader=loader.getParent();
    }
}

结果为：

sun.misc.Launcher$AppClassLoader@1372a1a  

sun.misc.Launcher$ExtClassLoader@ad3ba4

根据结果可以看出：
ClassLoaderTest这个类的加载器是AppClassLoader，也就是说AppClassLoader加载的是设置的classpath下的类；AppClassLoader这个类的父加载器是ExtClassLoader。

2、如果把ClassLoaderTest这个类导出为jar包，放入jre/lib/ext文件目录下，又会怎么样呢？

这里写代码片则运行结果变成了如下：

sun.misc.Launcher$ExtClassLoader@ad3ba4

根据结果可以看出：
ExtClassLoader这个加载器负责加载ext文件里jar包的类；如果同时classpath下也有这个类，AppClassLoader将不会加载，这体现出了类加载器的委托机制。

所谓类加载器的委托机制：在类要加载的时候，默认是用当前类所在的线程中的加载器去加载，这个加载器将会自动的先去委托他的父加载器去找，依次类推。自然会找到最上级，由最上级去找他负责的类加载区，如果有，则加载；如果没有，则再去让下一级找…直到由这个类所在线程中的类加载器去加载，如果还是没有，就会抛出异常：ClassNotFoundException。

这样做的好处：如果在类加载器指定的目录下同时存在相同的类，那么这种机制可以保证从最顶层的类加载器开始加载，不用每一个载器都去加载，这样就保证了加载完生成字节码的唯一性，节省了内存空间；减少了加载次数，从而提高了效率。

3、分析三种类加载器的使用场合：

（1）、系统类加载器（应用类加载器）
这个加载器使用java实现，使用广泛，负责加载classPath中指定的类。具体的使用场合是：加载classPath中指定的而扩展类加载器没有加载的类。若扩展类加载器加载了classPath中的类，则系统类加载器则没有机会加载。
用户定义的类一般都是系统类加载器加载的。
可以通过：ClassLoader.getSystemClassLoader()获得。
（2）、扩展类加载器
它负责加载Java的标准扩展，一般使用Java实现的，负责加载jre/lib/ext中的类。和普通的类加载器一样。
可以通过：ClassLoader.getSystemClassLoader().getParent()获得。
（3）、引导类加载器。
它负责加载jdk中的系统类，是用C/C++语言实现的。对于java程序无法获得它，像上文中获得扩展类加载器的父类加载器是null。像String，Integer，Double类都是由引导类加载器加载的。

二、Java类的加载过程

JVM将类加载过程分为三个步骤：装载（Load），链接（Link）和初始化(Initialize)链接又分为三个步骤，如下图所示：

这里写图片描述

1、装载：查找并加载类的二进制数据；

2、链接：

验证：确保被加载类的正确性；
准备：为类的静态变量分配内存，并将其初始化为默认值；
解析：把类中的符号引用转换为直接引用；

3、初始化：为类的静态变量赋予正确的初始值；

那为什么要有验证这一步骤呢？
首先如果由编译器生成的class文件，它肯定是符合JVM字节码格式的，但是万一有高手自己写一个class文件，让JVM加载并运行，用于恶意用途，就不妙了，因此这个class文件要先过验证这一关，不符合的话不会让它继续执行的，也是为了安全考虑吧。
准备阶段和初始化阶段看似有点牟盾，其实是不牟盾的，如果类中有语句：private static int a = 10，它的执行过程是这样的，首先字节码文件被加载到内存后，先进行链接的验证这一步骤，验证通过后准备阶段，给a分配内存，因为变量a是static的，所以此时a等于int类型的默认初始值0，即a=0,然后到解析（后面在说），到初始化这一步骤时，才把a的真正的值10赋给a,此时a=10。