JAVA虚拟机加载类到运行过程总结

理解Java跨平台运行原理

java之所以可以跨平台是因为编译器并没有把源码文件直接编译成机器指令，而是编译成java虚拟机可以识别和运行的字节码文件(.java->.class)。
而字节码文件是一种无关平台的中间编译结果，由Java虚拟机读取，解析和运行，正因如此java虚拟机屏蔽了不同系统的平台差异性。

因此java虚拟机不但可以运行java，Groovy，JRuby等一大批动态语言，其原理就是编译器将源码文件编译成与java相同的字节码文件，java虚拟机就可以识别此字节码文件，从而运行这些语言。

---

类的加载

编译器是将java文件编译成class文件
而类的加载是java虚拟机把类class文件加载到内存，并对Class文件中的数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型的过程。

而且类class的加载是运行时加载

加载阶段

1. 通过一个类的全限定名来获取定义此类的二进制字节流。

2. 将定义类的二进制字节流所代表的静态存储结构转换为方法区的运行时数据结构。

3. 在Java堆中的生成一个代表该类的java.lang.Class对象，作为方法区数据的访问入口。

Java虚拟机的类加载是通过类加载器实现的， Java中的类加载器体系结构如下：

(1).BootStrap ClassLoader：启动类加载器，负责加载存放在%JAVA_HOME%\lib目录中的，或者通被-Xbootclasspath参数所指定的路径中的，并且被java虚拟机识别的(仅按照文件名识别，如rt.jar，名字不符合的类库，即使放在指定路径中也不会被加载)类库到虚拟机的内存中，启动类加载器无法被java程序直接引用。

(2).Extension ClassLoader：扩展类加载器，由sun.misc.Launcher$ExtClassLoader实现，负责加载%JAVA_HOME%\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。

(3).Application ClassLoader：应用程序类加载器，由sun.misc.Launcher$AppClassLoader实现，负责加载用户类路径classpath上所指定的类库，是类加载器ClassLoader中的getSystemClassLoader()方法的返回值，开发者可以直接使用应用程序类加载器，如果程序中没有自定义过类加载器，该加载器就是程序中默认的类加载器。

加载的是我们创建的工程目录下的所有class，且所有引用的类库。

注意：上述三个JDK提供的类加载器虽然是父子类加载器关系，但是没有使用继承，而是使用了组合关系。

从JDK1.2开始，java虚拟机规范推荐开发者使用双亲委派模式(ParentsDelegation Model)进行类加载，其加载过程如下：

(1).如果一个类加载器收到了类加载请求，它首先不会自己去尝试加载这个类，而是把类加载请求委派给父类加载器去完成。

(2).每一层的类加载器都把类加载请求委派给父类加载器，直到所有的类加载请求都应该传递给顶层的启动类加载器。

(3).如果顶层的启动类加载器无法完成加载请求，子类加载器尝试去加载，如果连最初发起类加载请求的类加载器也无法完成加载请求时，将会抛出ClassNotFoundException，而不再调用其子类加载器去进行类加载。

双亲委派 模式的类加载机制的优点是java类它的类加载器一起具备了一种带优先级的层次关系，越是基础的类，越是被上层的类加载器进行加载，保证了java程序的稳定运行。

---

执行过程

Java虚拟机对中Class类文件的加载、连接都在运行时执行，虽然类加载和连接会占用程序的执行时间增加性能开销，但是却可以为java语言带来高度灵活性和扩展性，java的针对接口编程和类加载器机制实现的OSGi以及热部署等就是利用了运行时类加载和连接的特性，java的Class类在虚拟机中的生命周期如下：

具体每个过程的执行内容如下篇描述：
Java类的加载顺序及生命周期原理解析