Jvm的类加载机制、jdk1.8中方法区的变动

类加载的过程

加载 —> 验证 —> 准备 —> 解析 —> 初始化 —> 使用 --> 卸载

初始化：执行类构造器<clinit>（）0方法的过程。
ps:<clinit>（）0方法是由编译器自动收集类中的所有类变量的赋值动作与静态语句块（static{}块）中的语句合并产生的。且父类的先执行，同一个类加载器下只会执行一次

只有这5中情况才会导致类的类的初始化

• 创建类的实例，也就是new一个对象，访问某个类或接口的静态变量，或者对该静态变量赋值，调用类的静态方法
• 反射（Class.forName(“com.zb.load”)）
• 初始化一个类的子类（会首先初始化子类的父类）
• JVM启动时标明的启动类，即文件名和类名相同的那个类
• 实例解析后是一个方法句柄，需要先对句柄所在的类初始化

双亲委派模型
当一个类收到了类加载请求时，不会自己先去加载这个类，而是将其委派给父类，由父类
去加载，如果此时父类不能加载，反馈给子类，由子类去完成类的加载

JDK1.8中方法区的变动
JDK 8 中永久代转换为元空间。

为什么？
　　1、字符串存在永久代中，容易出现性能问题和内存溢出。
　　2、类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出。
　　3、永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。

字符串常量池移到了堆中
元空间并不在虚拟机中，而是使用本地内存。