JVM虚拟机概括

JVM大概分布

总体上来说，JVM在划分部分的时候可以按照对文件的操作流程分为：类加载子系统，运行时数据区和执行引擎这三部分。(其次还有本地方法接口和本地方法库)。

类加载子系统：

   首先java源文件就是.java，通过前端编译器将其编译成.class文件(java字节码文件)，类加载器就是读取字节码文件，然后把它转化成java.lang.Class类的一个实例(与代码中的实例不同)。每一个实例被加载的时候都会以"类名全程$加载器名"的形式作为标记。

类加载器的分类：当JVM启动时，会形成由三个类加载器组成的初始类加载器层次结构。

   引用(启动)类加载器BootStrapClassLoader：其底层是用C/C++实现的所以内部的详细情况无法在Java的层面来探知，因此它是所有类加载器的终极父类但是又在Java中不可见。主要是实现了对java核心库文件的加载。主要加载的是JAVA_HOME/lib下的类库。此类加载器无法被应用程序直接使用。

   拓展类加载器ExtensionClassLoader：负责加载JAVA_HOME/lib/ext目录下的所有类库。其是Lancher的内部类，也是ClassLoader的子类。父类加载器是引用类加载器，但是在Java层面无法探知。

   系统类加载器AppClassLoader：负责加载程序classpath下所有的jar和class文件，其父类是ExtensionClassLoader。

类加载中的双亲委派机制：

   如果一个类加载器收到了一个类加载请求，他不会立刻执行加载命令，而是将请求向其父类的类加载器委托并查看是否符合自己的加载范围，同时查看是否是自己已经加载过的类，直至顶级的引用类加载器为止，如果所有父类都无法加载此请求，就将请求拿回自己执行类加载。

   其在源码中的解读如下：先检查是否已经被加载，没有加载就调用父类加载器的loadClass方法，如果父类加载器不存在，则使用启动类加载器。如果父类加载器加载失败，就会抛出异常，在调用自己的findClass方法进行加载。