---

一、类加载机制：

类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。
类加载过程

接下来详细介绍类加载的几个重要阶段：加载、验证、准备、解析和初始化

3.1、加载

在加载阶段，虚拟机主要执行以下三个操作

1）、通过类的全限定名来获取定义这个类的二进制字节流。

2）、将这个字节流所代表的静态存储结构转化成方法区的运行时数据结构。

3）、在内存中生成一个代表这个类的Class对象，作为方法区这个类的各种数据的访问入口。

这个阶段相比其他阶段来说，是开发人员可控性最强的阶段。因为这个阶段既能使用系统提供的加载器(这个加载器后面会进行介绍)加载，又能通过开发人员自定义的加载器进行加载。

在加载这个阶段还有一个需要注意的地方，在执行第一个操作时，需要知道可以从哪里获取class文件，例如：

1）、从压缩文件中读取（JAR，WAR等）

2）、从本地磁盘中获取

3）、从网络上获取（Applet）

4）、运行过程中动态生成（动态代理）

5）、其他文件生成（jsp生成对应的class文件)

6）、从数据库中读取

3.2、验证

验证阶段主要有4个阶段的验证：文件格式验证、元数据验证、字节码验证和符号验证

3.2.1、文件格式验证

这一阶段要验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理，主要包括魔数、版本号、常量池等验证。

3.2.2、元数据验证

这个阶段是对字节码描述的信息进行语义分析，以保证其描述的信息符合java语言规范的要求。主要包括是否有父类，类中的字段、方法是否与父类冲突，如果不是抽象类，是否实现了其父类或接口中要求实现的所有方法等；

3.2.3、字节码验证

这个阶段是在元数据验证之后，对类的方法体进行校验分析，保证被校验类的方法在运行时不会做出危害虚拟机的安全事件，主要目的是通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。也是验证过程最复杂的一个阶段。

3.2.4、符号引用验证

这个阶段的校验发生在虚拟机将符号引用转化为直接引用的时候。是对类自身以外的信息进行匹配性校验。主要目的是确保解析动作能正常执行。

3.3、准备

准备阶段是为类变量分配内存并设置类变量初始值的阶段，分配这些内存是在方法区里面进行的，这个阶段有两点需要重点介绍以下的：

1）、只有类变量（被static修饰的变量）会分配内存，不包括实例变量，实例变量是在对象实例化的时候在堆中分配内存的。

2）、设置类变量的初始值是数量类型对应的默认值，而不是代码中设置的默认值。例如public static int number=111,这类变量number在准备阶段之后的初始值是0而不是111。而给number赋值为111是在初始化阶段。

3.4、解析

解析阶段是虚拟机将常量池里内的符号引用转换为直接引用。这里注意2个概念：

1）、符号引用：以一组符号来描述所有引用的目标，符号可以是任何形式的字面量，只要使用时能正确定义到目标即可。

2）、直接引用：可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。

解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用点限定符等7类符号引用进行的。

3.5、初始化

这个阶段是类加载过程的最后一步，是代码真正开始执行的时候，在这个阶段，开发人员可以根据自己的需求去给类变量初始化赋值。简单来说就是执行类构造器()方法的过程。

二、类加载器：

系统提供的3种类加载器

1）、启动类加载器（Bootstrap ClassLoader）：负责将存放在<JAVA_HOME>\lib目录中，或者被-Xbootclasspath参数所指定的路径中的，并且是虚拟机识别的类库加载到虚拟机内存中。（注：仅按照文件名识别，如rt.jar，名字不符合的类库即使放在lib目录中也不会被加载）

2）、扩展类加载器（Extension ClassLoader）：负责加载<JAVA_HOME>\lib\ext目录中的，或被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。

3）、应用程序类加载器（Application ClassLoader）：负责加载用户路径（ClassPath)上所指定的类库，开发者可以直接使用这个类加载器，一般情况下该类加载是程序中默认的类加载器。

三、双亲委派机制：

双亲委派机制，是按照加载器的层级关系，逐层进行委派。
要加载一个类MyClass.class，从低层级到高层级一级一级委派，先由应用层加载器委派给扩展类加载器，再由扩展类委派给启动类加载器；启动类加载器载入失败，再由扩展类加载器载入，扩展类加载器载入失败，最后由应用类加载器载入，如果应用类加载器也找不到那就报ClassNotFound异常了。

双亲委派机制的优点：

1.保证安全性，层级关系代表优先级，也就是所有类的加载，优先给启动类加载器，这样就保证了核心类库类。

2.避免重复，如果父类加载器加载过了，子类加载器就没有必要再去加载了。