虚拟机把描述类的数据从class文件加载到内存并对数据进行校验，转换解析和初始化，最终形成可以被虚拟机直接使用的java类型，这就是虚拟机的类加载机制。
类加载过程分为：
-
加载：加载阶段由类加载器负责。
-
验证：验证阶段负责验证类数据信息是否符合JVM规范，是否是一个有效的字节码文件；
-
准备：准备阶段负责为类中static变量分配空间，并初始化（与程序无关，系统初始化）；
-
解析：解析阶段负责将常量池中所有符号引用转换为直接引用；
-
初始化：初始化阶段负责将所有static域按照程序指定操作对应执行（赋值static变量，执行static块）
上述阶段通常都是交叉混合允许，没有严格的先后执行顺序
类加载器：
虚拟机设计团队把类加载阶段中通过一个类的全限定名来获取描述此类的二进制字节流这个动作放到java虚拟机外部去实现以便让应用程序自已决定如何去获取所需要的类，实现这个动作的代码模块称为类加载器。
双亲委派模型
从java虚拟机来讲，只存在两咱不同的类加载器：一种是启动类加载器bootstrap,classloader,这个类加载器是使用c++实现，是虚拟机自向的一部分，另一咱是所有其他的类加载器，这些类加载器都由java实现，独立于虚拟机外部，并且全部继承自抽象类java.lang.classLoader.
从开发角度，绝大部分程序都会使用3种系统提供的类加载器：
1. 启动类加载器bootstrap classloader. 负责存放在java home/bin目录中加载到JVM。启动类加载器无法由程序直接引用，用户在编写自定义类加载器时，如果需要把加载请求委派给启动类加载器，那直接使用null代替即可。
2.扩展类加载器：负责加载java home/lib/ext目录，开发中以直接使用。
3.应用程序类加载器。负责加载用户类路径classpath.
双新委派模型的工作过程：如果一个类加载器收到了类加载请求，它首先不会自己去尝试加载这个类，而把这个请求，委派给父类加载器去完成，每一个层次的类加载器都是如此，国此所有的加载请求都应该传送到顶层的启动类加载器中，只有当父加载器自己都无法完成这个请求时，子加载器才会尝试自己去加载。
