类加载器及类的加载过程详细讲解

 一个类的生命周期，它的整个生命周期将会经历加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）、使用（Using）和卸载（Unloading）七个阶段，其中验证、准备、解析三个部分统称为连接（Linking）。

 关于在什么情况下需要开始类加载过程的第一个阶段“加载”，《Java虚拟机规范》中并没有进行
强制约束，这点可以交给虚拟机的具体实现来自由把握。但是对于初始化阶段，《Java虚拟机规范》
则是严格规定了有且只有六种情况必须立即对类进行“初始化”（而加载、验证、准备自然需要在此之
前开始）
 1）遇到new、getstatic、putstatic或invokestatic这四条字节码指令时，如果类型没有进行过初始
化，则需要先触发其初始化阶段。能够生成这四条指令的典型Java代码场景有：
 ·使用new关键字实例化对象的时候。
 ·读取或设置一个类型的静态字段（被final修饰、已在编译期把结果放入常量池的静态字段除外）
的时候。
·调用一个类型的静态方法的时候。
 2）使用java.lang.reflect包的方法对类型进行反射调用的时候，如果类型没有进行过初始化，则需
要先触发其初始化。
 3）当初始化类的时候，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化。
 4）当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先
初始化这个主类。
 5）当使用JDK 7新加入的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解
析结果为REF_getStatic、REF_putStatic、REF_invokeStatic、REF_newInvokeSpecial四种类型的方法句
柄，并且这个方法句柄对应的类没有进行过初始化，则需要先触发其初始化。
 6）当一个接口中定义了JDK 8新加入的默认方法（被default关键字修饰的接口方法）时，如果有
这个接口的实现类发生了初始化，那该接口要在其之前被初始化。
 类的加载我们也可以称之为前端编译器，在jvm整个体系结构中是不可缺少的一部分，是java代码实现跨平台编译的原因，各种不同平台的Java虚拟机，以及所有平台都统一支持的程序存储格式——字节码（Byte Code）是构成平台无关性的基石。
 java语言中的各种语法、关键字、常量变量和运算符号的语义最终都会由多条字节码指令组合来表达，这决定了字节码指令所能提供的语言描述能力必须必java语言本身更加强大才行：

 其整个jvm虚拟机的整个结构如下图所示，class文件叫做字节码文件，真正执行字节码指令在执行引擎中：

类加载过程一共分为三部分，加载、链接、初始化：
加载：
1.通过一个类的全限定名获取定义此类的二进制字节流
2.将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3.在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口
链接：
一共分为三个部分，验证、准备和解析
1.验证：
目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求，保证被加载类的正确性，不会危害虚拟机自身。
验证阶段是十分重要的，直接决定了Java虚拟机是否能承受恶意代码的攻击，从代码量和耗费的执行性能的角度上讲，验证阶段的工作量在虚拟机的类加载过程中占了相当大的比重。
主要包括四种验证：文件格式验证，元数据验证，字节码验证，符号引用验证。
2.准备：
1、为类变量分配内存并且设置gain变量的默认初始值，即零值。
2、这里不包括含用final修饰的static,因为final在编译的时候就会分配了，准备阶段会显式初始化。
3.这里不会为实例变量分配初始化，类变量会分配在方法区，而实例变量是会 随着对象一起分配到java堆中。
3.解析：
1.将常量池内的符号引用转换为直接引用过程。
2.实际上，解析操作往往会伴随着JVM在执行完初始化之后再执行。
3.符号引用就是一组符号来描述所引用的目标。符号引用的字面形式明确定义在《java虚拟机规范》的Class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。
4.主要解析动作针对类或接口、字段、类方法、接口方法、方法类型等。
初始化：
变量已经赋过一次系统要求的初始零值，而在初始化阶段，则会根据程序员通过程序编码制定的主观计划去初始化类变量和其他资源。
1.初始化阶段就是执行类构造器()方法的过程。
2.()并不是程序员在Java代码中直接编写
的方法，它是Javac编译器的自动生成物，但我们非常有必要了解这个方法具体是如何产生的，以及
()方法执行过程中各种可能会影响程序运行行为的细节，这部分比起其他类加载过程更贴近于
普通的程序开发人员的实际工作

类加载器子系统作用：
1.类加载器子系统负责从文件系统或者网络中加载class文件在文件开头有特定文件标识。
2.ClassLoader只负责class文件的加载，至于它是否可以运行，则由ExecutionEngine决定
3.加载的类信息存放于一块称为方法区的内存空间。除了类的信息外，方法区中还会存放运行时常量池信息，可能还包括字符串字面和数字常量（这部分常量信息是class文件中常量池部分内存映射）