描述JVM如何加载Class字节码文件。
类加载过程
- 加载
- 连接
- 验证
- 准备
- 解析
- 初始化
加载
- 获取类的二进制字节流加载到内存（比如从Zip包，网络，反射中读取）
- 将字节码的静态数据结构转换成运行时数据结构
- 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区类数据的访问入口
验证
保证字节流的信息符合JVM规范。（JVM的自我保护机制）
正常运行Java程序可以通过.java编译成class文件，然后交由JVM执行。编译器虽然本身可以检测Java的安全问题。但是除了编译产生字节码文件之外，还可以通过其他途径产生，比如直接编写字节码文件或者通过第三方无编译检查的编译器生成。
JVM验证包括四个方面：
-
文件格式验证
版本号是否能被当前版本的虚拟机执行
检查字节流是否有被删除或者附加的信息
....
-
元数据验证
检测当前类是否有父类，是否继承了final修饰的类，是否重写了final修饰的方法
-
字节码验证
主要对方法体进行验证，避免由于方法运行时造成虚拟机崩溃。
-
符合引用验证
发生在符合引用转换为直接引用的时候。
符号引用于直接引用的区别：符号引用可以理解为一个字符串，是静态的，也就是在程序未执行之前对类，方法等的表示。等程序执行的时候，会在内存中将符号引用转换为直接引用，真正的执行方法，完成类之间的调用。【举个栗子】我是特种兵系列一度热播，其中集训时候的编号就和直接引用很类似。参加集训之前每个人都有一个自己的名字，但是为了方便管理，集训的时候就会把名字和编号进行一个映射。使用编号更便于管理和统计。自己的名字就是一个符号引用，集训时候的编号就是一个直接引用。
准备
为类变量分配内存。
类变量：static修饰的静态变量
解析
将常量池中的符号引用替换成直接引用。发生时间不可预料，有可能和初始化阶段互相交换位置。
初始化
- 为类的静态变量赋予正确的初始值
- 当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。（main所在类）
- 当初始化一个类的时候，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化。
## 类加载器
### **启动（Bootstrap）类加载器**
- 启动类加载器主要加载的是JVM自身需要的类，它负责将 <JAVA_HOME>/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中
- 这个类加载使用C++语言实现的。
扩展（Extension）类加载器
- 由Java语言实现的
- 负责加载<JAVA_HOME>/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。
系统（System）类加载器
- 它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。
双亲委派模型
双亲委派模型的流程：
- 当一个类加载器收到类加载的请求，首先会把请求委派给父类加载器去加载，因此最终的请求都会发给启动类加载器（Bootstrap ClassLoader）。
- 当父类无法加载这个请求（在自己的搜索范围类无法找到所需的类），就会让子类自己去加载。
双亲委派模型的好处：
双亲委派模型的本质目的是为了避免类的重复加载，用代码类比的话，是为了实现代码复用。
【举个例子】每个类都有一个共同的父类Object，每个类在被加载时都会先去加载Object类，按照双亲委派模型的思路，所有的类都会优先被启动类加载器加载，那么也就是说只需要加载一次Object，当其他类需要Object时，直接返回已经加载过的Object.class。