JVM如何加载一个类的过程，双亲委派模型中有哪些方法？

类加载过程：
加载
（通过一个类的全限定名获取定义此类的二进制字节流，将这个字节流所代表的静态存储结构转化为方法区域的运行时数据结构，在Java堆中生成一个代表这个类的java.lang.Class对象，作为方法区域数据的访问入口）、
验证
（验证阶段作用是保证Class文件的字节流包含的信息符合JVM规范，不会给JVM造成危害，如果验证失败，就会抛出一个java.lang.VerifyError异常或其子类异常。
1.文件格式验证：
验证字节流文件是否符合Class文件格式的规范，并且能被当前虚拟机正确的处理。
2.元数据验证：
是对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言的规范。
3.字节码验证：
主要是进行数据流和控制流的分析，保证被校验类的方法在运行时不会危害虚拟机。
4.符号引用验证：
符号引用验证发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在解析阶段中发生。）、
准备
（准备阶段为(static)变量(不包括类的实例)分配内存并设置类变量的初始化,此初始化并不是赋值static int num =1,这时得num为0，并不是1）、
解析
（解析过程是将常量池内的符号引用替换成直接引用（类或接口的解析、字段解析、方法解析、接口方法解析。））、
初始化
（这里才是赋值阶段）
使用过程：新线程—程序计数器----jvm栈执行（对象引用）-----堆内存（直接引用）----方法区。
卸载靠GC

双亲委派模型中方法：
双亲委派是指如果一个类收到了类加载的请求，不会自己先尝试加载，先找父类加载器去完成。当顶层启动类加载器表示无法加载这个类的时候，子类才会尝试自己去加载。当回到最开的发起者加载器还无法加载时，并不会向下找，而是抛出ClassNotFound异常。

方法：启动（Bootstrap）类加载器，标准扩展（Extension）类加载器，应用程序类加载器（Application ），上下文(Custom)类加载器。意义是防止内存中出现多份同样的字节码 。

1)启动类加载器（Bootstrap ClassLoader）：
负责加载JAVA_HOME\lib目录中并且能被虚拟机识别的类库到JVM内存中，如果名称不符合的类库即使放在lib目录中也不会被加载。该类加载器无法被Java程序直接引用。
2)扩展类加载器（Extension ClassLoader）：
按《深入理解java虚拟机》这本书上所说，该加载器主要是负责加载JAVA_HOME\lib\ext目录中的类库，但是貌似在JDK的安装目录下，没看到该指定的目录。该加载器可以被开发者直接使用。
3)应用程序类加载器（Application ClassLoader）：
该类加载器也称为系统类加载器，它负责加载用户类路径（Classpath）上所指定的类库，开发者可以直接使用该类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。