类加载

类加载

类加载
Class文件是一个以8位字节为单位的二进制流
区分一个文件的类型并不是靠扩展名去进行区分，靠魔数来区分当前的文件
是否是.class,头4个字节称之为魔数 OxCAFEBABY

JVM把描述类的数据从class文件中加载内存中的过程(类中的数据校验，解析，
*初始化)，最终被转为一个被JVM所直接使用的Java，这就是类的加载机制
*加载 -> 校验-> 准备 -> 解析 -> 初始化

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文件的字节流中包含的信息符合当前虚拟机的要求，并且不会畏寒虚拟机的自身安全。
3) 解析
解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程
符号引用：符号引用以一组符号来描述所引用的目标，于虚拟机显示的内存布局无关
直接引用：直接引用可以是直接指向目标的指针
4）准备
准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，这些变量所使用的的内存豆浆在方法区中进行分配。这时候进行内存分配的仅包括类变量（被static修饰的变量），而不包括实例变量。
5）初始化
初始化阶段才真正开始执行类中定义的Java代码。
类加载器
比较两个类是否相等只有在这两个类是由同一个类加载器加载的前提下才有意义
三种类加载器，分别为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文件

三种类加载器之间的关系

类加载的三个重要方法：
loadClass 负责以双亲委派的方式区加载类
findClass 根据类的名字找到class对象(class文件)
defineClass 负责从class字节码文件中加载class对象
.