JVM中的类加载机制

JVM中的类加载机制

 JVM的类加载机制就是Java虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型这一过程。
 在Java语言里面，类型的加载、连接和初始化过程都是在程序运行期间完成的。
1.类加载的顺序
 一个类型从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期将会经历加载、验证、准备、解析、初始化、使用和卸载七个阶段，其中验证、准备、解析三个部分统称为连接。类的加载过程则按这个顺序进行。

2.类加载的时机
 有且只有下面六种情况的时候，必须立即对类进行初始化，而要对类进行初始化，则前面的加载和连接也要先进行了。
(1)字节码指令相关：
 1.使用new关键字实例化一个对象时。
 2.读取或设置一个类型的静态字段时，也就是被static修饰的字段。
 3.调用一个静态方法时，也就是被static修饰的方法。
(2)使用java.lang.reflect包的方法对类型进行反射调用时，如果类型没有进行过初始化，则需要先触发其初始化。
(3)当初始化类时，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化。
(4)当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。
(5)当使用JDK 7新加入的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果为REF_getStatic、REF_putStaticREF_invokeStaticREF_newInvokeSpecial四种类型的方法句柄，并且这个方法句柄对应的类没有进行过初始化，则需要先触发其初始化。
(6)当一个接口中定义了JDK 8新加入的默认方法（被default关键字修饰的接口方法）时，如果有这个接口的实现类发生了初始化，那该接口要在其之前被初始化。

3.类加载的过程
(1)加载
 在此阶段，要完成三件事：
 1.通过一个类的全限定名来获取定义此类的二进制字节流。
 2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
 3.在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。
(2)验证
 这一阶段的目的是确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束要求，保证这些信息被当作代码运行后不会危害虚拟机自身的安全。
 验证阶段有四个阶段的验证：
 1.文件格式验证：验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。
 2.元数据验证：对字节码描述的信息进行语义分析，以保证其描述的信息符合《Java语言规范》的要求。
 3.字节码验证：对类的方法体（Class文件中的Code属性）进行校验分析，保证被校验类的方法在运行时不会做出危害虚拟机安全的行为。
 4.符号引用验证：对类自身以外（常量池中的各种符号引用）的各类信息进行匹配性校验。
(3)准备
 这一阶段是正式为类中定义的变量（即静态变量，被static修饰的变量）分配内存并设置类变量初始值的阶段。这些变量使用的内存都应该在方法区中进行分配。
(4)解析
 解析阶段是Java虚拟机将常量池内的符号引用替换为直接引用的过程。
 符号引用是用一组符号来描述所引用的目标，其与虚拟机实现的内存布局无关，引用的目标并不一定是已经加载到虚拟机内存当中的内容。
 直接引用是可以直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。其与虚拟机的内存布局直接相关，同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引用，则引用的目标必然已经在虚拟机内存中存在。
(5)初始化
 直到初始化阶段，Java虚拟机才真正开始执行类中编写的Java程序代码，将主导权移交给应用程序。
 初始化阶段就是执行类构造器< client >()方法的过程，< client >()不是程序员在Java代码中直接编写的方法，而是Javac编译器的自动生成物。< client >()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块中的语句合并成的。Java虚拟机会保证在子类的< client >()方法执行前，父类的< client >()方法已经执行完毕。而对于接口来说，执行接口的()方法不需要先执行父接口的()方法，因为只有当父接口中定义的变量被使用时， 父接口才会被初始化。
 < client >()方法不是必需的，如果一个类中没有静态语句块，也没有对变量的赋值操作，编译器可以不为这个类生成< client >()方法。Java虚拟机必须保证一个类的()方法在多线程环境中被正确地加锁同步。