29、es6 中的class类的深入理解_Java类加载机制

一、类加载顺序

类的生命周期如下：

加载

查找并加载类的二进制数据（把class文件、jar包、war包里面的信息加载到内存里面）：类加载器把class文件中的二进制数据读入到内存中，存放在方法区，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。

连接

把内存中类的二进制数据合并到虚拟机的运行时环境中。

验证

确保被加载的类的正确性。包括：

1、类文件的结构检查：检查是否满足Java类文件的固定格式；
2、语义检查：确保类本身符合Java的语法规范；
3、字节码验证：确保字节码流可以被Java虚拟机安全的执行。字节码流是操作码组成的序列。每一个操作码后面都会跟着一个或者多个操作数。字节码检查这个步骤会检查每一个操作码是否合法。
4、二进制兼容性验证：确保相互引用的类之间是协调一致的。

准备

为类的静态变量分配内存，并将其初始化为默认值，比如static final的变量赋值，而非final的此阶段赋值0，会延迟到初始化阶段。

解析

把类中的符号引用转化为直接引用（比如说方法的符号引用，是有方法名和相关描述符组成，在解析阶段，JVM把符号引用替换成一个指针，这个指针就是直接引用，它指向该类的该方法在方法区中的内存位置）。

初始化

为类的静态变量赋予正确的初始值。当静态变量的等号右边的值是一个常量表达式时，不会调用static代码块进行初始化。只有等号右边的值是一个运行时运算出来的值，才会调用static初始化。

使用

初始化完成后即可用使用该类。

卸载

类不再需要时可以从JVM中卸载。

二、类加载器分类

两种类型的类加载器：

1、 JVM自带的类加载器（3种）

（1）启动类加载器（Bootstrap Classloader）

也叫根类加载器，加载JAVA_HOME/lib下的类库，也可以通过-Xbootclasspath指定。

• C++编写的，程序员无法在程序中获取该类；
• 负责加载虚拟机的核心库，比如java.lang.Object；
• 没有继承Java.lang.ClassLoader类。

（2）扩展类加载器（Extension Classloader）

加载JAVA_HOME/lib/ext下的类库，也可以通过java.ext.dirs系统变量指定。

• Java编写的，从指定目录中加载类库；
• 父加载器是启动类加载器；
• 是Java.lang.ClassLoader的子类；
• 如果用户把创建的jar文件放到指定目录中，也会被扩展加载器加载。

（3）应用程序类加载器（Application Classloader）

加载用户路径classpath上的类库。

• Java编写的；
• 父加载器是扩展类加载器；
• 从环境变量或者classpath中加载类；
• 是用户自定义类加载的默认父加载器；
• 是Java.lang.ClassLoader的子类。

2、用户自定义的类加载器（User Classloader）

• Java.lang.ClassLoader类的子类；
• 用户可以定制类的加载方式；
• 父类加载器是应用程序类加载器；
• 编写步骤：

A、继承ClassLoader；
B、重写findClass方法。从特定位置加载class文件，得到字节数组，然后利用defineClass把字节数组转化为Class对象；

• 为什么要自定义类加载器？

A、可以从指定位置加载class文件，比如说从数据库、云端加载class文件；
B、加密：Java代码可以被轻易的反编译，因此，如果需要对代码进行加密，那么加密以后的代码，就不能使用Java自带的ClassLoader来加载这个类了，需要自定义ClassLoader，对这个类进行解密，然后加载。

三、双亲委派模型

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

双亲委派模型保证了类的唯一性和安全性。

原文链接：

芋道源码：JVM 史上最最最完整深入解析（12000 字噢）

深入理解Java类加载-czwbig

如有错误，请更正指出，谢谢！