JVM系列一——JVM基本常识

一、什么是JVM

如图，java程序需要编译器，编译成字节码。再由JVM解释器，再转成对应系统的机器码在不同的操作系统执行，最大的好处是实现了跨平台。
说明：机器码是电脑CPU直接读取运行的机器指令，运行速度最快，但是非常难写，一般接触不到。
字节码是一种中间状态的二进制代码文件。需要转译之后才能成为机器码。

1.1JDK、JRE与JVM的关系

1.2 OracleJDK与OpenJDK

查看JDK的版本：java -version
(1) 如果是SUN/OracleJDK， 显示信息为：

[root@localhost ~]# java -version
java version "1.8.0_162"
Java(TM) SE Runtime Environment (build 1.8.0_162-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.162-b12， mixed mode)

说明:
Java HotSpot™ 64-Bit Server VM 表明， 此JDK的JVM是Oracle的64位HotSpot虚拟机，
运行在Server模式下(虚拟机有Server和Client两种运行模式)
Java™ SE Runtime Environment (build 1.8.0_162-b12) 是Java运行时环境(即JRE)的版
本信息.
(2) 如果OpenJDK， 显示信息为：

[root@localhost ~]# java -version
openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01， mixed mode)

1.2.1OpenJDK 的来历

Java由SUN公司(Sun Microsystems， 发起于美国斯坦福大学， SUN是Stanford University Network
的缩写)发明， 2006年SUN公司将Java开源， 此时的JDK即为OpenJDK.
也就是说， OpenJDK是Java SE的开源实现， 它由SUN和Java社区提供支持， 2009年Oracle收购了Sun
公司， 自此Java的维护方之一的SUN也变成了Oracle .
大多数JDK都是在OpenJDK的基础上编写实现的， 比如IBM J9， Azul Zulu， Azul Zing和Oracle JDK.
几乎现有的所有JDK都派生自OpenJDK， 它们之间不同的是许可证:

OpenJDK根据许可证GPL v2发布;
Oracle JDK根据Oracle二进制代码许可协议获得许可。

1.2.2 Oracle JDK的来历

Oracle JDK之前被称为SUN JDK， 这是在2009年Oracle收购SUN公司之前， 收购后被命名为Oracle JDK。实际上， Oracle JDK是基于OpenJDK源代码构建的， 因此Oracle JDK和OpenJDK之间没有重大的技术差异。
Oracle的项目发布经理Joe Darcy在OSCON 2011 上对两者关系的介绍也证实了OpenJDK 7和Oracle JDK 7在程序上是非常接近的， 两者共用了大量相同的代码(如下图)， 注意: 图中提示了两者共同代码的占比要远高于图形上看到的比例， 所以我们编译的OpenJDK基本上可以认为性能、功能和执行逻辑上都和官方的Oracle JDK是一致的。

1.3 JVM与Hotspot

JVM是《JVM虚拟机规范》中提出了的规范
Hotspot是使用JVM规范的商用产品，除此之外还有Oracle JRockit、IBM的J9也是JVM产品

1.4 JVM和Java的关系

JVM支持多种编程语言，这些语言可以统称为JVM语言。Java是其中一种JVM语言。

1.5 JVM的运行模式

JVM有两种运行模式：Server模式与Client模式。
两种模式的区别在于：

• Client模式启动速度较快，Server模式启动较慢；
• 但是启动进入稳定期长期运行之后Server模式的程序运行速度比Client要快很多。
• 因为Server模式启动的JVM采用的是重量级的虚拟机，对程序采用了更多的优化；而Client模式启
  动的JVM采用的是轻量级的虚拟机。所以Server启动慢，但稳定后速度比Client远远要快。

二、JVM架构理解

2.1 JVM程序执行流程

2.1.1 Java编译成字节码，动态编译和解释为机器码的过程

2.1.2 编译器和解释器的协调工作流程

在部分商用虚拟机中（如HotSpot），Java程序最初是通过解释器（Interpreter）解释执行的，当虚拟机发现某个方法或代码块的运行特别繁复时，就会把这些代码认定为“热点代码”。为了提过热点代码的执行效率，在运行时，虚拟机会将这些代码编译成与本地平台相关的机器码，并进行各种层次的优化，完成这个任务的编译器称为即时编译器（Just In Time Compiler，即JIT编译器）。

三、 JIT编译器介绍

Java虚拟机规范并没有具体的规则约束即时编译器应该如何实现，所以这部分功能完全取决于虚拟机的具体实现。如无特殊说明，我们提到的编译器、即时编译器是指HotSpot虚拟机实现的即时编译器，虚拟机也特指HotSpot虚拟机。

3.1 编译方式

我们的JIT属于动态编译方式，动态编译（dynamic compilation）指的是“在运行时进行编译”；与之相对的是事前编译（ahead-of-time compilation，简称AOT），也叫静态编译。
JIT编译狭义来说是当某代码即将第一次执行时进行编译，因而交“即时编译”。JIT编译是动态编译的一种特例。 JIT编译一次逐渐被泛化，时常与动态编译等价,但要知道广义与狭义的JIT编译所指的区别。

3.2 哪些程序代码会被即时编译

程序中的代码只有是热点代码时，才会编译为本地代码，那么什么是热点代码呢？
运行过程中会被即时编译器编译的“热点代码”有两类：
1. 被多次调用的方法。
2. 被多次执行的循环体。

两种情况，编译器都是以整个方法作为编译对象。 这种编译方法因为编译发生在方法执行过程之中，因
此形象的称之为栈上替换（On Stack Replacement，OSR），即方法栈帧还在栈上，方法就被替换
了。

3.3 如何判断热点代码

要知道方法或一段代码是不是热点代码，是不是需要触发即时编译，需要进行Hot Spot Detection（热点探测）。
目前主要的热点探测方式有以下两种：

• 基于采样的热点探测
  采用这种方法的虚拟机会周期性地检查各个线程的栈顶，如果发现某些方法经常出现在栈顶，那这方法就是“热点方法”。这种探测方法的好处是实现简单高效，还可以很容易地获取方法调用关系（将调用堆栈展开即可），缺点是很难精确地确认一个方法的热度，容易因为受到线程阻塞或别的外界因素的影响而扰乱热点探测。

• 基于计数器的热点探测
  采用这种方法的虚拟机会为每个方法（甚至是代码块）建立计数器，统计方法的执行次数，如果执行次数超过一定的阀值，就认为它是“热点方法”。这种统计方法实现复杂一些，需要为每个方法建立并维护计数器，而且不能直接获取到方法的调用关系，但是它的统计结果相对更加精确严谨。

在HotSpot虚拟机中使用的是第二种——基于计数器的热点探测，因此它为每个方法准备了两个计数器：方法调用计数器和回边计数器。在确定虚拟机运行参数的前提下，这两个计数器都有一个确定的阀值，当计数器超过阀值溢出了，就会触发JIT编译。

3.3.1 方法调用计数器

顾名思义，这个计数器用于统计方法被调用的次数。

3.3.2 回边计数器

它的作用就是统计一个方法中循环体代码执行的次数，在字节码中遇到控制流向后跳转的指令称为“回
边”。