再谈JVM类加载机制

几个月前写了深入理解Java类加载原理这篇文章，简单的谈了下我对Java类加载的理解，最近这段时间又研习了《深入理解Java虚拟机》一书，对JVM的类加载机制又有了更加系统的认识，下面我就再来讲讲学习心得吧。

虚拟机如何进行类的加载

1. 通过一个类的全限定名来获取定义此类的二进制字节流。
2. 将这个字节流所代表的静态存储结构转化为方法区中的运行时数据结构。
3. 在内存（对于HotSpot虚拟机来说，这个内存是指方法区）中生成一个代表这个类的java.lang.Class对象，作为方法区中这个类型信息的访问入口。

对加载进内存的类的准备

类刚刚被加载进内存之后还不能直接使用，需要进行基础的准备，在准备阶段，会对类变量（静态变量或理解成全局变量）进行赋初值（这个初值为数据类型的“零值”）的操作，类变量使用的内存在方法区中分配，对于方法区的介绍请见JVM自动内存管理机制分析这篇文章。而把类变量赋成程序员指定的值是在类进行初始化的阶段完成的，这个操作位于类的构造器<clinit>()中。比如代码public static int value = 1218;，在经过准备阶段之后，value的值为0，在经过初始化阶段之后value的值才为1218。但是如果给value变量加上final修饰，那么在准备阶段value的值就会被设置为1218。

类的初始化

何时对类进行初始化

1. 使用new关键字实例化对象时。
2. 访问类的静态字段时，但是被final修饰的静态字段除外。
3. 调用一个类的静态方法时。
4. 通过反射对类进行调用时。
5. 进行一个类的初始化时要先初始化其父类。
6. JVM启动时会首先初始化主类。
7. 当使用JDK1.7的动态语言支持时，java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄所对应的类还未初始化时。

这几种方式称为对类的主动引用，而其他的任何方式引用类都不会触发类的初始化，称为被动引用。

初始化的过程

执行类构造器<clinit>()方法，该方法由编译器自动收集类中的所有类变量的赋值动作和静态语句块中的语句合并产生的，该方法不同于类的构造函数（实例构造器），构造函数是用于创建对象的，而类构造器是用来创建类的。在多线程环境下虚拟机会保证该方法被正确的同步，并且在同一个类加载器下，一个类只会被初始化一次。我觉得可以这样理解，类的初始化表示创建一个构造对象的模版，而对象的初始化则表示调用构造方法构造一个对象。

类加载器

顾名思义，类加载器是用来加载类的，每一个类加载器都拥有自己的类命名空间，即由两个类加载器分别加载的类不会相等。Java的类加载遵循双亲委派模型，即当一个加载器收到了加载类的请求时，它首先会把这项工作委派给父类加载器去完成，当父类加载器反馈自己无法完成加载请求（它的搜索范围没有找到所需的类）时，子类才会尝试自己加载。这种机制保证了越基础的类由越上层的类加载器加载，因此java.lang.Object在多种类加载器环境中都是同一个类。如果用户自己编写了一个java.lang.Object，那么这个类就根本不会被加载进内存。

• 启动类加载器：BootStrap ClassLoader，不能被Java程序直接引用，如果需要把类加载请求委派给它，只需要使用null即可。它负责加载Java的核心库。
• 扩展类加载器：Extension ClassLoader，用来加载Java扩展库。
• 应用程序类加载器：Application ClassLoader，也称作系统类加载器，用于加载用户类路径上所指定的类库。

以上便是读过书之后一点新的理解，书上讲的更加系统一些，对自己理解其原理有很大的帮助，仅以此文做一个总结，希望自己今后能够做的更好。