We all know the importance of Java in the JVM, JVM you learn the operating mechanism of Java, the compilation process and how to tune the Java program I believe will have a very good awareness.
Ado, directly take you to a preliminary understanding about the JVM.
- What is JVM?
JVM (Java Virtual Machine) is an abstract computer, and the actual computer, as it has a set of instructions and use different storage area, which is responsible for executing instructions, but also data management, memory and registers.
See here, people might not understand the JVM has Mongolia laps. It does not matter, Let me introduce detailed architecture diagram JVM, perhaps you will understand more.
In simple terms, JVM is a virtual computer. We all know that a feature of the Java language which is cross-platform, Java and JVM is a key part of the program to achieve cross-platform. When the Java compiler compiles Java program that generates a platform-independent bytecode (ie * .class file), the so-called platform-independent means bytecode compiler generated both in the Window, Linux, Mac systems are executable. That is Java compiler generated * .class file is not platform-oriented, but for the JVM. JVM on different platforms are different, but they all offer the same interface. Java is a view of a run of substantially the steps of:
Figure I
Reference to a "crazy Java handouts" in reference to examples to help you understand the role of the JVM:
The role of the JVM just as there are two different pencil, but with the need to set a cap on different two pens, two pens are provided only as a converter, up to this same interface converter to adapt with a cap; downwardly different interfaces to accommodate two different pens. In this analogy, can be approximately understood that two different strokes different operating systems, and a cap is the same Java bytecode program, the role of the converter corresponds JVM. Similarly, the JVM that can be divided into two portions up and down, all platforms provide JVM upward to an interface identical to Java bytecode programs, but the interface adaptation downwardly different platforms is different from each other.
- JVM architecture overview
We are above the initial introduction of the role of the JVM, then JVM to in-depth to understand that we need to understand the architecture of the JVM, see Figure 2:
Figure II
Figure II is a JVM architecture diagram, let us work together chat took each part is what that means.
1.类装载器子系统（ClassLoader）
负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定。
Java编译生成的*.class文件就是通过ClassLoader进行加载的，那么这里就会有几个问题：
- ClassLoader如何知道*.class文件就是需要加载的文件？
- 如果我手动将一个普通文件的扩展名称改为class后缀，ClassLoader会加载这个文件吗？
实际上，class文件在文件的开头是有特定的文件标识的，随便编写一个Java程序，编译生成一个class文件，打开后你都能看到如下内容：
cafe babe就是class文件的一个标识，ClassLoader负责加载有cafe babe的class文件，它将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时的数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定，请看图三：
图三
Car.class文件通过ClassLoader进行加载到内存中，Car Class在内存中就相当一个模板，我们可以通过这个模板可以实例化成不同的实例car1、car2、car3。
不知大家会不会有一个疑问，ClassLoader加载Car.class在Java中是用什么类型的加载器加载的呢？在解答这个问题前我们先写个简单的代码看看：
//new一个Car对象 Car car = new Car(); //得到ClassLoader ClassLoader classLoader = car.getClass().getClassLoader(); //打印结果 System.out.println(classLoader);
结果为：
我们再来看看另外一组代码：
//new两个不同的对象 Car car = new Car(); String string = new String(); //得到ClassLoader ClassLoader classLoader1 = car.getClass().getClassLoader(); ClassLoader classLoader2 = string.getClass().getClassLoader(); //打印结果 System.out.println(classLoader1); System.out.println(classLoader2);
结果为：
从上面我们可以知道，ClassLoader的打印结果一个是“sun.misc.Launcher$AppClassLoader@18b4aac2”，一个则是“null”，这是怎么回事呢，细心的朋友就可以发现这两个不同的对象中，其中car对象是我们自己写的一个类，string对象是系统自带的一个类。简单来说就是ClassLoader会根据不同的类选择不同的类加载器去进行加载。这里就牵扯到了ClassLoader的分类
ClassLoader的类别：
- 启动类加载器(BootStrap)
- 扩展类加载器(Extension)
- 应用程序类加载器(AppClassLoader)
- 用户自定义加载器
一般我们自己所写的类用的类加载器都是AppClassLoader，就是上图所示的“sun.misc.Launcher$AppClassLoader@18b4aac2”，而为什么string这个对象是”null“呢？实际上，这个“null”指的就是使用BootStrap这个加载器。
那可能有人有疑问，自己定义的类用AppClassLoader，能理解，因为car这个对象输出的类加载器名字中有AppClassLoader这个字样，但是为什么string这个对象是”null“，从哪里可用体现是用BootStrap这个加载器呢？是这样的，BootStrap累加载器相当于扩展类加载器、应用程序类加载器的祖宗，若是用了BootStrap，由于BootStrap上一级已经没有了，所以就用“null”来表示
其实我们可以找一下String这个类在JDK的位置：
$JAVA_HOME/jre/lib/rt.jar/java/lang
所有在这个路径$JAVA_HOME/jre/lib/rt.jar这个jar包下的类都是用BootStrap来加载的。
下面请看图4：
图四
这张图就可以很清晰得看到：
1.所有在$Java_Home/jre/lib/rt.jar是通过BootStrap加载的
2.所有在$Java_Home/jre/lib/ext/*.jar是通过Extension加载的
3.所有在$CLASSPATH是通过SYSTEM加载的（应用程序类加载器也叫系统类加载器，加载当前应用的classpath的所有类）
接下来我们再来看一个例子：
如果创建一个java.lang包，然后创建String类，打印一句话执行会怎么样呢？
package java.lang; public class String { public static void main(String[] args) { System.out.println("Hello World"); } }
效果如下：
可以看到程序报错了，说是找不到main方法，可是明明就有main方法为什么没有执行呢？这里就涉及了双亲委派机制
双亲委派机制：
当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载器中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。
所以它实际的运行过程是这样的：
- ClassLoader收到String类的加载请求。
- 先去Bootstrap查找是否有这个类，没有则反馈无法完成这个请求，但是恰好，在rt.jar中找到了java.lang.Stirng这个类
- 执行这个类，这个类是没有定义main方法的
- 报错，类中没有定义main方法
所以上面的例子，他会找到jdk中java.lang.String这个类，这个类确实是没有定义main方法，简单来说它执行的类是JDK中java.lang.String这个类，而不是我们自己定义的类。
那用双亲委派机制有什么好处呢：
采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。
2.执行引擎(Execution Engine)
执行引擎负责解释命令，提交给操作系统执行，这里对执行引擎就不做过多的解释了，只要知道他是负责解释命令的即可。
3.本地方法接口(Native Interface)和本地方法栈(Native Method Stack)
- 本地接口:本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是 C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。
目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。
如果在程序中有见到native关键字，就代表不是Java能完成的事情了，需要加载本地方法库才能完成
- 本地方法栈：它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库。说白了就是本地方法由本地方法栈来登记，Java中的方法由Java栈来登记。
4.PC寄存器(Program Counter Register)
每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。
这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。
如果执行的是一个Native方法，那这个计数器是空的。
PC寄存器用来完成分支、循环、跳转、异常处理、线程恢复等基础功能。由于使用的内存较小，所以不会发生内存溢出(OutOfMemory)错误。
那么这篇文章先讲到这里，下篇文章中我们再继续来聊一聊方法区、栈和堆..........