Java类加载及对象创建过程详解 _Java类

类加载过程类加载的五个过程：加载、验证、准备、解析、初始化。

文章插图

加载
在加载阶段，虚拟机主要完成三件事：

通过一个类的全限定名来获取定义此类的二进制字节流。
将这个字节流所代表的静态存储结构转化为方法区域的运行时数据结构。
在JAVA堆中生成一个代表这个类的java.lang.Class对象，作为方法区域数据的访问入口。

验证
验证阶段作用是保证Class文件的字节流包含的信息符合JVM规范，不会给JVM造成危害。如果验证失败，就会抛出一个java.lang.VerifyError异常或其子类异常。验证过程分为四个阶段：

文件格式验证：验证字节流文件是否符合Class文件格式的规范，并且能被当前虚拟机正确的处理。
元数据验证：是对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言的规范要求
字节码验证：主要是进行数据流和控制流的分析，保证被校验类的方法在运行时不会危害虚拟机。
符号引用验证：符号引用验证发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在解析阶段中发生。

准备
准备阶段为变量分配内存并设置类变量的初始化。在这个阶段分配的仅为类的变量（static修饰的变量），而不包括类的实例变量。对已非final的变量，JVM会将其设置成“零值”，而不是其赋值语句的值：pirvate static int size = 12; 。那么在这个阶段，size的值为0，而不是12 。但final修饰的类变量将会赋值成真实的值。
解析
解析过程是将常量池内的符号引用替换成直接引用。主要包括四种类型引用的解析。类或接口的解析、字段解析、方法解析、接口方法解析。
初始化
在准备阶段，类变量已经经过一次初始化了，在这个阶段，则是通过程序制定的计划去初始化类的变量和其他资源。这些资源有static{}块，构造函数，父类的初始化等。
至于使用和卸载阶段阶段，这里不再过多说明，使用过程就是根据程序定义的行为执行，卸载由GC完成。
双亲委派模型类加载器按照层次，从顶层到底层，分为以下三种：

启动类加载器（BootstrapClassLoader）
这个类加载器负责加载%JRE_HOME%lib下的rt.jar、resources.jar、charsets.jar和class等。可以通System.getProperty("sun.boot.class.path")查看加载的路径。
扩展类加载器（ExtensionClassLoader）
负责加载目录%JRE_HOME%libext目录下的jar包和class文件。也可以通过System.out.println(System.getProperty("java.ext.dirs"))查看加载类文件的路径。
应用程序类加载器（ApplicationClassLoader）
这个加载器是ClassLoader中getSystemClassLoader()方法的返回值，所以一般也称它为系统类加载器。它负责加载用户类路径（Classpath）上所指定的类库，可直接使用这个加载器，如果应用程序没有自定义自己的类加载器，一般情况下这个就是程序中默认的类加载。

文章插图

上图只是类加载的顺序，和类继承无关。ExtClassLoader，AppClassLoder继承URLClassLoader，而URLClassLoader继承ClassLoader 。BoopStrap ClassLoder是由C/C++编写的，它本身是虚拟机的一部分，并不是一个java类。
AppClassLoader的父加载器为ExtClassLoader，ExtClassLoader的父加载器为null，BoopStrap ClassLoader为顶级加载器

工作过程
如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传递到顶层的启动类加载器中，只有当父类加载器反馈自己无法完成这个请求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。
相对应的实现逻辑：先检查类是否被加载过，若没有就调用父加载器的loadClass方法，若父加载器为空则默认使用启动类加载器作为父加载器。如果父加载器加载失败，抛出异常，再调用自己的findClass方法进行加载。
具体示例：
假如我们自定义Test class文件，jvm要加载Test.class的时候：