JVM总结虚拟机怎么执行字节码

1. JRE&＃xff0c;JDK

JRE &＃xff1a; 包含运行 Java 程序的必需组件&＃xff0c;Java 虚拟机&＃43; Java 核心类库等。

JDK &＃xff1a;  JRE &＃43; 一系列开发、诊断工具。

2. java字节码

编译器将 Java 程序转换成虚拟机所能识别的指令序列&＃xff0c;也称 Java 字节码。之所以这么取名&＃xff0c;是因为 Java 字节码指令的操作码&＃xff08;opcode&＃xff09;被固定为一个字节。

3. 为什么java要在虚拟机里运行&＃xff1f;

•  java程序可以在不同平台的虚拟机上运行&＃xff0c;实现“一次编写&＃xff0c;到处运行”。
•  java虚拟机带来了一个托管环境&＃xff08;Managed Runtime&＃xff09;。这个托管环境能够代替我们处理一些代码中冗长而且容易出错的部分。其中最广为人知的当属自动内存管理与垃圾回收&＃xff0c;使我们免于书写这些无关业务逻辑的代码。

4. Java 虚拟机具体是怎样运行 Java 字节码的&＃xff1f;

从虚拟机视角来看&＃xff0c;执行 Java 代码首先需要将它编译而成的 class 文件加载到 Java 虚拟机中。加载后的 Java 类会被存放于方法区&＃xff08;Method Area&＃xff09;中。实际运行时&＃xff0c;虚拟机会执行方法区内的代码。Java 虚拟机在内存中划分出堆和栈来存储运行时数据。

Java 虚拟机会将栈细分为面向 Java 方法的 Java 方法栈&＃xff0c;面向本地方法&＃xff08;用 C&＃43;&＃43; 写的 native 方法&＃xff09;的本地方法栈&＃xff0c;以及存放各个线程执行位置的 PC 寄存器。

在运行过程中&＃xff0c;每当调用进入一个 Java 方法&＃xff0c;Java 虚拟机会在当前线程的 Java 方法栈中生成一个栈帧&＃xff0c;用以存放局部变量以及字节码的操作数。这个栈帧的大小是提前计算好的&＃xff0c;而且 Java 虚拟机不要求栈帧在内存空间里连续分布。

当退出当前执行的方法时&＃xff0c;不管是正常返回还是异常返回&＃xff0c;Java 虚拟机均会弹出当前线程的当前栈帧&＃xff0c;并将之舍弃。

从硬件视角来看&＃xff0c;Java 字节码无法直接执行。因此&＃xff0c;Java 虚拟机需要将字节码翻译成机器码。

在 HotSpot 里面&＃xff0c;上述翻译过程有两种形式&＃xff1a;第一种是解释执行&＃xff0c;即逐条将字节码翻译成机器码并执行&＃xff1b;第二种是即时编译&＃xff08;Just-In-Time compilation&＃xff0c;JIT&＃xff09;&＃xff0c;即将一个方法中包含的所有字节码编译成机器码后再执行。

前者的优势在于无需等待编译&＃xff0c;而后者的优势在于实际运行速度更快。HotSpot 默认采用混合模式&＃xff0c;综合了解释执行和即时编译两者的优点。它会先解释执行字节码&＃xff0c;而后将其中反复执行的热点代码&＃xff0c;以方法为单位进行即时编译。

5.Java 虚拟机的运行效率究竟是怎么样的&＃xff1f;

HotSpot 采用了多种技术来提升启动性能以及峰值性能&＃xff0c;刚刚提到的即时编译便是其中最重要的技术之一。

即时编译建立在程序符合二八定律的假设上&＃xff0c;也就是百分之二十的代码占据了百分之八十的计算资源。

对于占据大部分的不常用的代码&＃xff0c;我们无需耗费时间将其编译成机器码&＃xff0c;而是采取解释执行的方式运行&＃xff1b;另一方面&＃xff0c;对于仅占据小部分的热点代码&＃xff0c;我们则可以将其编译成机器码&＃xff0c;以达到理想的运行速度。

理论上讲&＃xff0c;即时编译后的 Java 程序的执行效率&＃xff0c;是可能超过 C&＃43;&＃43; 程序的。这是因为与静态编译相比&＃xff0c;即时编译拥有程序的运行时信息&＃xff0c;并且能够根据这个信息做出相应的优化。

举个例子&＃xff0c;我们知道虚方法是用来实现面向对象语言多态性的。对于一个虚方法调用&＃xff0c;尽管它有很多个目标方法&＃xff0c;但在实际运行过程中它可能只调用其中的一个。

这个信息便可以被即时编译器所利用&＃xff0c;来规避虚方法调用的开销&＃xff0c;从而达到比静态编译的 C&＃43;&＃43; 程序更高的性能。

为了满足不同用户场景的需要&＃xff0c;HotSpot 内置了多个即时编译器&＃xff1a;C1、C2 和 Graal。Graal 是 Java 10 正式引入的实验性即时编译器&＃xff0c;在专栏的第四部分我会详细介绍&＃xff0c;这里暂不做讨论。

之所以引入多个即时编译器&＃xff0c;是为了在编译时间和生成代码的执行效率之间进行取舍。C1 又叫做 Client 编译器&＃xff0c;面向的是对启动性能有要求的客户端 GUI 程序&＃xff0c;采用的优化手段相对简单&＃xff0c;因此编译时间较短。

C2 又叫做 Server 编译器&＃xff0c;面向的是对峰值性能有要求的服务器端程序&＃xff0c;采用的优化手段相对复杂&＃xff0c;因此编译时间较长&＃xff0c;但同时生成代码的执行效率较高。

从 Java 7 开始&＃xff0c;HotSpot 默认采用分层编译的方式&＃xff1a;热点方法首先会被 C1 编译&＃xff0c;而后热点方法中的热点会进一步被 C2 编译。

为了不干扰应用的正常运行&＃xff0c;HotSpot 的即时编译是放在额外的编译线程中进行的。HotSpot 会根据 CPU 的数量设置编译线程的数目&＃xff0c;并且按 1:2 的比例配置给 C1 及 C2 编译器。

在计算资源充足的情况下&＃xff0c;字节码的解释执行和即时编译可同时进行。编译完成后的机器码会在下次调用该方法时启用&＃xff0c;以替换原本的解释执行。

JVM将true视为1&＃xff0c; 不等于修改为2的flag

总结与实践

今天我简单介绍了 Java 代码为何在虚拟机中运行&＃xff0c;以及如何在虚拟机中运行。

之所以要在虚拟机中运行&＃xff0c;是因为它提供了可移植性。一旦 Java 代码被编译为 Java 字节码&＃xff0c;便可以在不同平台上的 Java 虚拟机实现上运行。此外&＃xff0c;虚拟机还提供了一个代码托管的环境&＃xff0c;代替我们处理部分冗长而且容易出错的事务&＃xff0c;例如内存管理。

Java 虚拟机将运行时内存区域划分为五个部分&＃xff0c;分别为方法区、堆、PC 寄存器、Java 方法栈和本地方法栈。Java 程序编译而成的 class 文件&＃xff0c;需要先加载至方法区中&＃xff0c;方能在 Java 虚拟机中运行。

为了提高运行效率&＃xff0c;标准 JDK 中的 HotSpot 虚拟机采用的是一种混合执行的策略。

它会解释执行 Java 字节码&＃xff0c;然后会将其中反复执行的热点代码&＃xff0c;以方法为单位进行即时编译&＃xff0c;翻译成机器码后直接运行在底层硬件之上。

HotSpot 装载了多个不同的即时编译器&＃xff0c;以便在编译时间和生成代码的执行效率之间做取舍。