JAVA类加载器总结

什么是类加载

是指将类的.class文件读入内存，然后在运行时数据区的方法区放入文件，然后在堆中生成一个java.lang.Class的对象，这个对象封装了方法区类的的数据结构，类加载的目的就是在堆中生成class对象让编程人员在编程时对方法区内的数据结构提供的方法进行接口访问。

类的加载过程

这几个步骤是同时开始的但并不代表同时进行或者同时结束，他们交叉进行

加载

加载干了三件事

1. 通过类的全限定名找到字节流
2. 把字节流加到内存里，将字节流里的静态数据结构转化为方法区的运行时数据结构
3. 在堆中生成java.lang.Class 对象，封装方法区里的类的数据结构为编程时提供class的调用接口
   干这些事情的就是类加载器ClassLoader 后面说

链接

验证：目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求，不会危害虚拟机自身安全。主要包括四种验证

文件格式验证： 比如常量中是否有不被支持的常量？文件中是否有不规范的或者附加的其他信息
元数据验证：比如该类是否继承了被final修饰的类？类中的字段，方法是否与父类冲突？是否出现了不合理的重载？
字节码验证：保证程序语义的合理性，比如要保证类型转换的合理性。
符号引用验证：比如校验符号引用中通过全限定名是否能够找到对应的类？校验符号引用中的访问性（private，public等）是否可被当前类访问？

准备：

为类变量也就是static修饰变量分配内存并赋予初值，这里的初值并不是实际的变量，而是规定的初值，比如比如8种基本类型的初值，默认为0；引用类型的初值则为null，这里的static变量不包含final static 修饰的常量，因为final修饰的常量的早在编译的时候就确定了。

解析

将主要将常量池中的符号引用替换为直接引用的过程。符号引用就是一组符号来描述目标，可以是任何字面量，而直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。符号引用。即一个字符串，但是这个字符串给出了一些能够唯一性识别一个方法，一个变量，一个类的相关信息。直接引用。可以理解为一个内存地址，或者一个偏移量。比如类方法，类变量的直接引用是指向方法区的指针；而实例方法，实例变量的直接引用则是从实例的头指针开始算起到这个实例变量位置的偏移量
举个例子来说，现在调用方法hello()，这个方法的地址是1234567，那么hello就是符号引用，1234567就是直接引用。

在解析阶段，虚拟机会把所有的类名，方法名，字段名这些符号引用替换为具体的内存地址或偏移量，也就是直接引用。

初始化

这个阶段主要是对类变量初始化，是执行类构造器的过程。
换句话说，只对static修饰的变量或语句进行初始化。
如果初始化一个类的时候，其父类尚未初始化，则优先初始化其父类。
如果同时包含多个静态变量和静态代码块，则按照自上而下的顺序依次执行。
执行静态初始化器和静态初始化成员变量(如前面只初始化了默认值的static变量将会在这个阶段赋值，成员变量也将被初始化。
只有在类在用到时才会初始化。
反射，
new 一个class，
调用类的静态方法，
调用某个类的子类父类也要初始化，
jvm启动是标注了需要运行的启动类，
访问某个类的静态变量，或者对他进行赋值

类加载器

以上就是类加载的整个过程，接下来主要看一看，类加载过程的加载过程和加载器的相关：

类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方

法区内，然后在堆区创建一个这个类的java.lang.Class对象，用来封装类在方法区类的对象。

JVM设计者把类加载阶段中的“通过’类全名’来获取定义此类的二进制字节流”这个动作放到Java

虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模

块称为“类加载器”

（类加载器的任务是根据一个类的全限定名来读取此类的二进制字节流到JVM中，然后转换为一个与目标类对应的java.lang.Class对象实例，在虚拟机提供了3种类加载器，引导

（Bootstrap）类加载器、扩展（Extension）类加载器、系统（System）类加载器（也称应用类加载器））

从jvm的角度看类加载器分为两种，一种是启动类加载器BootstrapClassLoader，负责加载jvm自身所用的类库，java程序不能直接利用，另一种是其他类加载器，都是在jvm外面通过java语言实现的，而且全部继承了java.lang.ClassLoader

ClassLoader 可以调用loadClass方法对全限定类名进行加载，但是只负责吧class又字节流转换为方法区的数据结构以及在堆中生成class对象而不会对类的变量进行初始化以及执行static 代码块。只有在newinstance时初始化

public class Test22 {
    static  {
        System.out.println("Test is init");
    }
}

public class LoaderTest {
    public static void main(String[] args) throws ClassNotFoundException {
        ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
        System.out.println(classLoader);
        classLoader.loadClass("Test22");


    }

}

C:\java\jdk\bin\java.exe "-javaagent:E:\IntelliJ IDEA 2018.2.8\lib\idea_rt.jar=56378:E:\IntelliJ IDEA 2018.2.8\bin" -
sun.misc.Launcher$AppClassLoader@18b4aac2

Process finished with exit code 0

——————

从程序员的角度看类加载器分为下面三种：

启动类加载器（Bootstrap ClassLoader）：

启动类加载器主要加载的是JVM自身需要的类，这个类加载使用C++语言实现

的，是虚拟机自身的一部分，它负责将 <JAVA_HOME>/lib路径下的核心类库或-

Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按

照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢

到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名

为java、javax、sun等开头的类)。

扩展类加载器（Extension ClassLoader）：

扩展类加载器是指Sun公司(已被Oracle收购)实现的

sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态

内部类，它负责加载<JAVA_HOME>/lib/ext目录下或者由系统变量-Djava.ext.dir指

定位路径中的类库，开发者可以直接使用标准扩展类加载器。

应用程序类加载器（Application ClassLoader）：

该类加载器也称为系统类加载器，它负责加载用户类路径（Classpath）上所指定

的类库，开发者可以直接使用该类加载器，如果应用程序中没有自定义过自己的

类加载器，一般情况下这个就是程序中默认的类加载器。

也称系统加载器是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。

它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库

JVM类加载机制

1，全盘负责，当一个类被一个ClassLoader加载时所依赖的别的class也被同一个类加载器所加载，除非显式调用别的类加载器
2，加载一个类时先让父类加载，父类加载不了再自己加载
3，缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区寻找该Class，只有缓存区不存在，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓存区。这就是为什么修改了Class后，必须重启JVM，程序的修改才会生效

双亲委派模型

（有些丑）

双亲委派就是

双亲委派模型的工作过程为：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的加载器都是如此，因此所有的类加载请求都会传给顶层的启动类加载器，只有当父加载器反馈自己无法完成该加载请求（该加载器的搜索范围中没有找到对应的类）时，子加载器才会尝试自己去加载。
作用：

• 防止方法区中有重复的字节码
• 保证程序安全稳定的运行