JAVA类加载机制总结

（一）类加载机制
概念：JVM把描述类的数据从class文件中加载内存中的过程(类中的数据校验，解析初始化)，最终被转为一个被JVM所直接使用的Java，这就是类的加载机制
加载 -> 校验-> 准备 -> 解析 -> 初始化
(1.Class文件是一个以8位字节为单位的二进制流
2.区分一个文件的类型并不是靠扩展名去进行区分，靠魔数来区分当前的文件
3.是否是.class,头4个字节称之为魔数 OxCAFEBABY)
(1)加载
什么情况下会开始类加载过程的第一个阶段？
主动引用
a.遇到new/getStatic/putStatic/invokeStatic这个4条字节码指令，如果类
没有进行初始化，则会先触发类的初始化
b.反射
c.类存在继承关系，如果初始化一个类，发现父类没有被初始化,触发父类的初始化
d.虚拟机启动之后，都会有一个要执行的主类，虚拟机触发主类的初始化
e.java.lang.invoke.MethodHandle实例时候，会所对应的类进行初始化
被动引用
a.通过子类引用父类的静态字段，子类是不会被初始化的
b.创建一个自定义类型的数据，不会触发该类的初始化
c.常量在编译阶段会直接放入常量池，并没有引用定义常量池的类，所以不会触发该类的初始化
在加载阶段，JVM都做了什么事情?
a. 通过类的全限定名来获取定义类的二进制字节流
b. 二进制字节流所代表的静态结构转化为方法区运行时的动态的数据结构
c. 在内存中生成一个代表该类的class对象(唯一性)，可以作为访问方法区的入口
(2)验证
主要目的保证被加载类的正确性，防止虚拟机遭受破坏。
包含以下验证：
文件格式验证：验证字节流是否符合Class文件格式的规范；例如：是否以0xCAFEBABE开头、主次版本号是否在当前虚拟机的处理范围之内、常量池中的常量是否有不被支持的类型。
元数据验证：对字节码描述的信息进行语义分析（注意：对比javac编译阶段的语义分析），以保证其描述的信息符合Java语言规范的要求；例如：这个类是否有父类，除了java.lang.Object之外。
字节码验证：通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。
符号引用验证：确保解析动作能正确执行。
验证阶段是非常重要的，但不是必须的，它对程序运行期没有影响，如果所引用的类经过反复验证，那么可以考虑采用-Xverifynone参数来关闭大部分的类验证措施，以缩短虚拟机类加载的时间。
(3)解析
解析阶段将符号引用替换为直接引用
符号引用就是一组符号来描述目标，可以是任何字面量。
直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程，解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用点限定符7类符号引用进行。
(4)准备
为静态变量分配内存
(5)初始化
(二）类加载器
(1)三种类加载器，分别为Bootstrap ClassLoader(启动类加载器)
ExtClassLoader(扩展类加载器)
AppClassLoader(应用类加载器)
Bootstrap ClassLoader : JAVA_HOME/jre/lib下的jar包
其下的jar包都是JVM运行时所必需的jar包
本身是一个类，本身也需要被加载到JVM上才能够去使用
如果某一个类的类加载器是BootstrapClassLoader，那么该类的getClass
Loader()方法返回null
ExtClassLoader: JAVA_HOME/jre/ext下的所有jar包
AppClassLoader： 主要加载的是开发者在应用程序中编写的类 CLASSPATH路径下的所有jar文件
(2)三种类加载器之间的关系
类加载的三个重要方法：
loadClass 负责以双亲委派的方式区加载类
findClass 根据类的名字找到class对象(class文件)
defineClass 负责从class字节码文件中加载class对象
(三）双亲委派机制
JVM在类加载时默认采取双亲委派机制，如果一个类加载器接收到了类加载的请求，它首先把这个请求委托给他的父类加载器去完成，每个层次的类加载器都是如此，因此所有的加载请求都应该传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它在搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。