JVM原理-1.类加载机制

类加载器

首先来看一下java程序的执行过程。

从这个框图很容易大体上了解java程序工作原理。首先，你写好java代码，保存到硬盘当中。然后你在命令行中输入

javac YourClassName.java

此时，你的java代码就被编译成字节码（.class).如果你是在EclipseIDE或者其他开发工具中，你保存代码的时候，开发工具已经帮你完成了上述的编译工作，因此你可以在对应的目录下看到class文件。此时的class文件依然是保存在硬盘中，因此，当你在命令行中运行

java YourClassName

就完成了上面红色方框中的工作。JRE的来加载器从硬盘中读取class文件，载入到系统分配给JVM的内存区域--运行数据区（RuntimeData Areas). 然后执行引擎解释或者编译类文件，转化成特定CPU的机器码，CPU执行机器码，至此完成整个过程。

接下来就重点研究一下类加载器究竟为何物？又是如何工作的？

首先看一下来加载器的一些特点，有点抽象，不过总有帮助的。

层级结构

类加载器被组织成一种层级结构关系，也就是父子关系。其中，Bootstrap是所有类加载器的父亲。如下图所示：

启动类加载器（BootstrapClassLoader）：在JVM运行时被创建，负责加载存放在JDK安装目录下的jre\lib的类文件，或者被-Xbootclasspath参数指定的路径中，并且能被虚拟机识别的类库（如rt.jar，所有的java.*开头的类均被BootstrapClassLoader加载）。启动类无法被JAVA程序直接引用。

扩展类加载器（ExtensionClassLoader）：该类加载器负责加载JDK安装目录下的\jre\lib\ext的类，或者由java.ext.dirs系统变量指定路径中的所有类库，开发者也可以直接使用扩展类加载器。

应用程序类加载器（AppClassLoader）：负责加载用户类路径（Classpath）所指定的类，开发者可以直接使用该类加载器，如果应用程序中没有定义过自己的类加载器，该类加载器为默认的类加载器。

用户自定义类加载器（UserClassLoader）：JVM自带的类加载器是从本地文件系统加载标准的java class文件，而自定义的类加载器可以做到在执行非置信代码之前，自动验证数字签名，动态地创建符合用户特定需要的定制化构建类，从特定的场所（数据库、网络中）取得javaclass。

委派模式（Delegation Mode）

仔细看上面的层次结构，当JVM加载一个类的时候，下层的加载器会将将任务委托给上一层类加载器，上一层加载检查它的命名空间中是否已经加载这个类，如果已经加载，直接使用这个类。如果没有加载，继续往上委托直到顶部。检查完了之后，按照相反的顺序进行加载，如果Bootstrap加载器找不到这个类，则往下委托，直到找到类文件。对于某个特定的类加载器来说，一个Java类只能被载入一次，也就是说在Java虚拟机中，类的完整标识是（classLoader，package，className）。一个雷可以被不同的类加载器加载。

举个具体的例子来说明，现在加入我有一个自己定义的类MyClass需要加载，如果不指定的话，一般交App（System）加载。接到任务后，System检查自己的库里是否已经有这个类，发现没有之后委托给Extension，Extension进行同样的检查，发现还是没有继续往上委托，最顶层的Boots发现自己库里也没有，于是根据它的路径（Java核心类库，如java.lang）尝试去加载，没找到这个MaClass类，于是只好（人家看好你，交给你完成，你无能为力，只好交给别人啦）往下委托给Extension，Extension到自己的路径（JAVA_HOME/jre/lib/ext)是找，还是没找到，继续往下，此时System加载器到classpath路径寻找，找到了，于是加载到Java虚拟机。

现在假设我们将这个类放到JAVA_HOME/jre/lib/ext这个路径中去（相当于交给Extension加载器加载），按照同样的规则，最后由Extension加载器加载MyClass类，看到了吧，统一各类被两次加载到JVM，但是每次都是由不同的ClassLoader完成。

可见性限制

下层的加载器能够看到上层加载器中的类，反之则不行，也就是是说委托只能从下到上。

不允许卸载类

类加载器可以加载一个类，但是它不能卸载一个类。但是类加载器可以被删除或者被创建。

当类加载完毕之后，JVM继续按照下图完成其他工作：

框图中各个步骤简单介绍如下：

Loading：文章前面介绍的类加载，将文件系统中的Class文件载入到JVM内存（运行数据区域）

Verifying：检查载入的类文件是否符合Java规范和虚拟机规范。

Preparing：为这个类分配所需要的内存，确定这个类的属性、方法等所需的数据结构。（Prepare adata structure that assigns the memory required by classes and indicates thefields, methods, and interfaces defined in the class.）

Resolving：将该类常量池中的符号引用都改变为直接引用。解析的过程就是对类中的接口、类、方法、变量的符号引用进行解析并定位，解析成直接引用（符号引用就是编码是用字符串表示某个变量、接口的位置，直接引用就是根据符号引用翻译出来的地址），并保证这些类被正确的找到。解析的过程可能导致其它的类被加载。需要注意的是，根据不同的解析策略，这一步不一定是必须的，有些解析策略在解析时递归的把所有引用解析，这是early resolution，要求所有引用都必须存在；还有一种策略是late resolution，这也是Oracle 的JDK所采取的策略，即在类只是被引用了，还没有被真正用到时，并不进行解析，只有当真正用到了，才去加载和解析这个类。

Initialing：初始化类的局部变量，为静态域赋值，同时执行静态初始化块。