JVM--12---执行引擎----解释器、JIT 编译器

已于 2023-11-22 20:25:37 修改
阅读量521 收藏 1
点赞数 1
分类专栏： JVM 文章标签： java 开发语言 后端
于 2021-10-23 22:20:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_48052161/article/details/120877677
版权

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

文章目录

执行引擎

执行引擎属于 JVM 的下层，里面包括解释器、及时编译器、垃圾回收器

  • 解释器
  • 及时编译器
  • 垃圾回收器
    在这里插入图片描述
  • “虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。

JVM 的主要任务

  • JVM的主要任务是负责装载字节码到其内部，但字节码并不能够直接运行在操作系统之上，因为字节码指令并非等价于本地机器指令，它内部包含的仅仅只是一些能够被JVM 所识别的字节码指令、符号表，以及其他辅助信息。
    在这里插入图片描述
  • 那么，如果想要让一个 Java 程序运行起来，执行引擎（Execution Engine）的任务就是将字节码指令解释/编译为对应平台上的本地机器指令才可以。简单来说，JVM 中的执行引擎充当了将高级语言翻译为机器语言的翻译者。
JVM 中的执行引擎充当了将高级语言翻译为机器语言的翻译者。

执行引擎的工作流程

  1. 执行引擎在执行的过程中究竟需要执行什么样的字节码指令完全依赖于 PC 寄存器。
  2. 每当执行完一项指令操作后，PC 寄存器就会更新下一条需要被执行的指令地址。
  3. 当然方法在执行的过程中，执行引擎有可能会通过存储在局部变量表中的对象引用准确定位到存储在 Java
    堆区中的对象实例信息，以及通过对象头中的元数据指针定位到目标对象的类型信息。
    在这里插入图片描述
    从外观上来看，所有的 Java 虚拟机的执行引擎输入、输出都是一致的：输入的是字节码二进制流，处理过程是字节码解析执行的等效过程，输出的是执行过程。

Java代码编译和执行过程

大部分的程序代码转换成物理机的目标代码或虚拟机能执行的指令集之前，都需要经过上图中的各个步骤

  • 前面橙色部分是生成字节码文件的过程，和 JVM 无关
  • 后面蓝色和绿色才是 JVM 需要考虑的过程

在这里插入图片描述

Java 代码编译

  • Java 代码编译是由 Java 源码编译器来完成，流程图如下所示
Java 源代码 ==> JVM字节码

在这里插入图片描述

Java 字节码的执行

  • Java 字节码的执行是由 JVM 执行引擎来完成，流程图如下所示
JVM字节码 ==> 执行

在这里插入图片描述
我们用一个总的图，来说说解释器和编译器
在这里插入图片描述

解释器（Interpreter）

  • 当 Java 虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式执行，将每条字节码文件中的内容“翻译”为对应平台的本地机器指令执行。

JIT 编译器

  • JIT（Just In Time Compiler）编译器：就是虚拟机将源代码直接编译成和本地机器平台相关的机器语言。

为什么 Java 是半编译半解释型语言？

在这里插入图片描述
翻译成本地代码后，就可以做一个缓存操作，存储在方法区中
在这里插入图片描述

机器码、指令、汇编语言

1. 机器码

01010100001011110

在这里插入图片描述

2. 指令

雕刻在cpu硬件上的电路------典型 X86指令集，ARM指令集

在这里插入图片描述

3. 汇编语言

在这里插入图片描述

4. 高级语言

为了使计算机用户编程序更容易些，后来就出现了各种高级计算机语言。高级语言比机器语言、汇编语言更接近人的语言

  • 当计算机执行高级语言编写的程序时，仍然需要把程序解释和编译成机器的指令码。完成这个过程的程序就叫做解释程序或编译程序。
    在这里插入图片描述
高级语言也不是直接翻译成机器指令，而是翻译成汇编语言，如下面说的 C 和 C++

C、C++源程序执行过程

编译过程又可以分成两个阶段：编译和汇编。

  • 编译过程：
    是读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码
  • 汇编过程：
    实际上指把汇编语言代码翻译成目标机器指令的过程。
    在这里插入图片描述

字节码

在这里插入图片描述

解释器

JVM 设计者们的初衷仅仅只是单纯地为了满足 Java 程序实现跨平台特性，因此避免采用静态编译的方式直接生成本地机器指令，从而诞生了实现解释器在运行时采用逐行解释字节码执行程序的想法。
在这里插入图片描述

  1. 解释器真正意义上所承担的角色就是一个运行时“翻译者”，将字节码文件中的内容“翻译”为对应平台的本地机器指令执行。
  2. 当一条字节码指令被解释执行完成后，接着再根据 PC 寄存器中记录的下一条需要被执行的字节码指令执行解释操作。

解释器分类

在 Java 的发展历史里，一共有两套解释执行器，

  • 即古老的字节码解释器、
  • 现在普遍使用的模板解释器。

字节码解释器

  • 字节码解释器在执行时通过纯软件代码模拟字节码的执行，效率非常低下。

模板解释器

  • 而模板解释器将每一条字节码和一个模板函数相关联，模板函数中直接产生这条字节码执行时的机器码，从而很大程度上提高了解释器的性能。

在 HotSpot VM 中，解释器主要由 Interpreter 模块和 Code 模块构成。

  • Interpreter 模块：实现了解释器的核心功能
  • Code 模块：用于管理 HotSpot VM 在运行时生成的本地机器指令

现状

在这里插入图片描述

JIT 编译器

Java 代码的执行分类

  • 第一种是将源代码编译成字节码文件，然后在运行时通过解释器将字节码文件转为机器码执行
  • 第二种是编译执行（直接编译成机器码）。现代虚拟机为了提高执行效率，会使用即时编译技术（JIT，Just In Time）将方法编译成机器码后再执行

HotSpot VM

采用解释器与即时编译器并存的架构

在这里插入图片描述

问题来了

在这里插入图片描述

  • 当 Java 虚拟器启动时，解释器可以首先发挥作用，而不必等待即时编译器全部编译完成后再执行，
  • 同时，解释执行在编译器进行激进优化不成立的时候，作为编译器的“逃生门”。

HotSpot JVM执行方式

  1. 当虚拟机启动的时候，解释器可以首先发挥作用，而不必等待即时编译器全部编译完成再执行，这样可以省去许多不必要的编译时间。
  2. 并且随着程序运行时间的推移，即时编译器逐渐发挥作用，根据热点探测功能，将有价值的字节码编译为本地机器指令，以换取更高的程序执行效率。

案例

在这里插入图片描述

概念解释

在这里插入图片描述

  • 前端编译器
    java 文件转变成 .class 文件的过程；
  • 后端运行期编译器（JIT 编译器，Just In Time Compiler）
    直接把 .java 文件编译成本地机器代码的过程。

在这里插入图片描述

热点探测技术

在这里插入图片描述

热点代码

一个被多次调用的方法，或者是一个方法体内部循环次数较多的循环体都可以被称之为“热点代码”
  • 一个被多次调用的方法，或者是一个方法体内部循环次数较多的循环体都可以被称之为“热点代码”，因此都可以通过 JIT 编译器编译为本地机器指令。由于这种编译方式发生在方法的执行过程中，因此被称之为栈上替换，或简称为 OSR（On Stack Replacement）编译。

热点探测

一个方法究竟要被调用多少次，或者一个循环体究竟需要执行多少次循环才可以达到这个标准？必然需要一个明确的阈值，JIT 编译器才会将这些“热点代码”编译为本地机器指令执行。这里主要依靠热点探测功能。

HotSpot VM 将会为每一个方法都建立2个不同类型的计数器

采用基于计数器的热点探测，HotSpot VM 将会为每一个方法都建立2个不同类型的计数器，分别为方法调用计数器（Invocation Counter）和回边计数器（Back Edge Counter）。

  • 方法调用计数器
    用于统计方法的调用次数
  • 回边计数器
    则用于统计循环体执行的循环次数

方法调用计数器

这个计数器就用于统计方法被调用的次数，它的默认阀值在 Client 模式下是1500次，在 Server 模式下是10000次。超过这个阈值，就会触发 JIT 编译。

这个阀值可以通过虚拟机参数 -XX:CompileThreshold 来人为设定。
  1. 当一个方法被调用时，会先检查该方法是否存在被 JIT 编译过的版本，
  2. 如果存在，则优先使用编译后的本地代码来执行。
  3. 如果不存在已被编译过的版本，则将此方法的调用计数器值加1，然后判断方法调用计数器与回边计数器值之和是否超过方法调用计数器的阀值。
  4. 如果已超过阈值，那么将会向即时编译器提交一个该方法的代码编译请求。
    在这里插入图片描述

热点衰减

在这里插入图片描述

回边计数器

  • 它的作用是统计一个方法中循环体代码执行的次数，在字节码中遇到控制流向后跳转的指令称为“回边”（Back Edge）。显然，建立回边计数器统计的目的就是为了触发 OSR 编译。
    在这里插入图片描述

HotSpot VM 可以设置程序执行方法

HotSpot VM 默认是采用解释器与即时编译器并存的架构

缺省情况下 HotSpot VM 是采用解释器与即时编译器并存的架构，当然开发人员可以根据具体的应用场景，通过命令显式地为 Java 虚拟机指定在运行时到底是完全采用解释器执行，还是完全采用即时编译器执行。如下所示：

  • -Xint：完全采用解释器模式执行程序
  • -Xcomp：完全采用即时编译器模式执行程序。如果即时编译出现问题，解释器会介入执行
  • -Xmixed：采用解释器+即时编译器的混合模式共同执行程序。
    在这里插入图片描述

HotSpot VM 中 JIT 分类

在 HotSpot VM 中内嵌有两个 JIT 编译器，分别为 Client Compiler和Server Compiler，但大多数情况下我们简称为 C1 编译器和 C2 编译器。开发人员可以通过如下命令显式指定 Java 虚拟机在运行时到底使用哪一种即时编译器，如下所示：

  • client：指定 Java 虚拟机运行在 Client 模式下，并使用 C1 编译器；
    C1 编译器会对字节码进行简单和可靠的优化，耗时短。以达到更快的编译速度。
  • server：指定 Java 虚拟机运行在 Server 模式下，并使用 C2 编译器。
    C2 进行耗时较长的优化，以及激进优化。但优化的代码执行效率更高。（使用 C++ 实现）

分层编译策略：

在这里插入图片描述

C1 和 C2 编译器不同的优化策略

C1 编译器

在不同的编译器上有不同的优化策略，C1 编译器上主要有方法内联，去虚拟化、元余消除。

  • 方法内联：将引用的函数代码编译到引用点处，这样可以减少栈帧的生成，减少参数传递以及跳转过程
  • 去虚拟化：对唯一的实现类进行内联
  • 冗余消除：在运行期间把一些不会执行的代码折叠掉

C2 编译器

C2 的优化主要是在全局层面，逃逸分析是优化的基础。基于逃逸分析在 C2 上有如下几种优化：

  • 逃逸分析：是优化的基础
  • 标量替换：用标量值代替聚合对象的属性值
  • 栈上分配：对于未逃逸的对象分配对象在栈而不是堆
  • 同步消除：清除同步操作，通常指 synchronized

小结

  • 一般来讲，JIT 编译出来的机器码性能比解释器高
  • C2 编译器启动时长比 C1 慢，系统稳定执行以后，C2 编译器执行速度远快于 C1 编译器
    在这里插入图片描述

AOT编译器

在这里插入图片描述
在这里插入图片描述

知行合一。。。
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
j-j-jvm:用Java编写的JVM字节码解释器
05-13
历史 2009年，我在周末有一些空闲时间，决定尝试使用纯Java开发小型JVM解释器，该解释器可在J2ME CLDC 1.0平台中使用，因为该平台不支持ClassLoader，但是加载已编译的类文件非常有用通过网络并执行它们。 “概念验证”的开发历时约三天，即使在诺基亚6100上也能以良好的速度运行。该项目以OSS项目的形式发布在我的主页上（标题为“ M-JVM”），我什至发现了一些兴趣。移动软件开发人员。 2015年，我决定重做我的主页，并从那里删除了旧项目，但是由于它仍然对某人有用，因此我对其进行了重构，并将源代码移至GitHub，标题为JJ-JVM project。 我对该项目进行了一些改进，增加了对内部类，双精度和长值的支持，增加了数十种测试。 该库正在测试与Android API 2.0r1 +的兼容性。 JVM解释器不包含任何“ Poka-yoke”（防错）机制和字节码验证
【jvm系列-07】深入理解执行引擎，解释器、JIT即时编译器
zhenghuishengq的博客
04-11 8905
深入理解jvm中执行引擎的工作原理
深入JVM：详解JIT即时编译器
最新发布
Code豪客
06-25 1288
本文小豪将带大家认识JIT即时编译器，介绍主流HotSpot虚拟机内置的几款即时编译器，同时结合代码实例，着重讲解JIT优化手段。在Java程序执行过程中，当某些方法或代码块（它们都对应特定的字节码）被频繁调用时，这部分代码就被视为热点代码，JVM虚拟机会针对性的对这部分热点代码进行优化编译，将它们从字节码转换为本地机器码，然后将优化后的本地机器码缓存起来，后续再执行时可以直接从缓存中获取并运行，无需再次编译。
JVM解释器和编译器
yan245294305的博客
02-16 2565
许多人认为Java是一门解释执行的语言，由虚拟机解释执行class文件字节码。事实是Java是一门解释执行和编译执行并存的语言。JVM解释器让Java程序快速启动，编译器让Java程序高效运行，这是Java长久生存的一大重要原因。 解释器与编译器的关系 在一个Java程序执行时，首先通过javac把java文件编译为虚拟机可以识别的class文件。然后由JVM解释器解释class文件...
JVM 解释器
实践求真知
07-16 935
一点睛 JVM 设计者们的初衷仅仅只是单纯地为了满足 Java 程序实现跨平台特性，因此避免采用静态编译的方式直接生成本地机器指令，从而产生了实现解释器在运行时采用逐行解释字节码执行程序的想法。 为什么 Java 源文件不直接翻译成 JVM ，而是翻译成字节码文件？可能是因为直接翻译的代码工作量比较大。 解释器真正意义上所承担的角色就是一个运行时的“翻译者”，将字节码文件中的内容“翻译”为对应平台的本地机器指令执行。 当一条字节码指令被解释执行完成后，接着再根据 PC 寄存器中记录的下一条需要.
JVM解释器与编译器
u012004899的博客
03-16 188
JAVA编译器（javac.exe）的作用是将java源程序编译成中间代码字节码文件，是最基本的开发工具 JAVA解释器（java.exe）（英语：Interpreter），又译为直译器，是一种电脑程序，能够把高级编程语言一行一行直接转译运行。解释器不会一次把整个程序转译出来，只像一位“中间人”，每次运行程序时都要先转成另一种语言再作运行，因此解释器的程序运行速度比较缓慢。它每转译一行程序叙述就立刻运行，然后再转译下一行，再运行，如此不停地进行下去。 如： public class Test { publi
java 虚拟机 执行引擎_Java虚拟机执行引擎
weixin_39986027的博客
02-13 95
关于执行引擎相关的部分, 在之前的博文里Java内存区域中已经有所提及.回顾一下:也只有几个概念, JVM方法调用和执行的基础数据结构是 栈帧, 是内存区域中 虚拟机栈中的栈元素, 每一个方法的执行就对应着一个栈帧在虚拟机栈中出栈入栈的过程.栈帧:则是包含有局部变量表, 操作数栈, 动态连接, 方法返回地址, 附加信息.局部变量表:存储单位是 slot, 一个slot占据32位, 对于64位的数据...
JVM编译器与解释器
weixin_39032575的博客
08-24 502
https://www.cnblogs.com/insistence/p/5901457.html
JVM解释器和即时编译器的工作原理
DKPT的博客
05-24 587
解释器的优点是当程序需要迅速启动的时候，它可以立即执行，省去了编译的时间。由于机器码的执行效率远高于字节码，因此JIT编译可以显著提高程序的执行速度。JIT编译器的优点是提高了程序的执行效率，但缺点是增加了程序启动时的延迟，因为JIT编译器需要一定的时间来分析和编译热点代码。解释器根据指令的类型和操作数，执行相应的计算或操作，这可能包括算术运算、逻辑运算、方法调用、对象操作等。在执行指令时，解释器可能需要访问JVM的运行时数据区，如堆、栈、方法区等，以获取操作数或保存中间结果。
详解Java虚拟机之执行引擎
不想打代码
08-11 546
概述 执行引擎属于JVM的下层，里面包括 解释器、及时编译器、垃圾回收器 执行引擎是Java虚拟机核心的组成部分之一。 “虚拟机”是一个相对于“物理机”的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。 JVM的主要任务是负责装载字节码到其内部，但字节码并不能够直接运行在操作系统之上，因为字节码指令并非等价
java的编译器、解释器和JIT编译器（转载）
xuchuanliang11的博客
09-27 657
这篇我们来聊聊java的编译器和解释器。先看看官方的解释： Java Compiler (Java 编译器) Java compiler reads source files written in the Java programming language, and compiles them into bytecode class files.Java编译器读取java源文件（*.java）...
java基础一JVM之JRE、JDK、解释器、编译器详解
江哈哈的博客
02-01 1968
java基础——JVM之JRE、JDK、解释器、编译器详解
解释器和JIT编译器
weixin_44836361的博客
07-28 302
解释器 1.初衷：单纯的实现Java程序的跨平台，避免采用静态编译将其转化为机器指令，运行时采用逐行解释字节码并执行程序。 2.工作机制 （1）担任翻译者，将字节码文件中的内容翻译为机器指令并执行 （2) 每执行完一条指令后，便根据pc程序计数器执行下一条指令 3.分类 两套解释执行器为古老的字节码解释器和模板解释器。 字节码解释器：执行时通过纯软件代码模拟字节码的执行，效率低下 模板解释器：执行时将每一条字节码和一个模板函数相关联，模板函数直接产生这条字节码的机器指令，提高解释器的性能。
JIT即时编译器和解释器
qq_40574750的博客
06-02 858
首先解释一下概念， 解释：输入程序代码–>得到结果。一步到位 编译：输入程序代码–>得到可执行代码–>执行可执行的代码得到结果。 解释器： 程序启动时首先发挥作用，解释执行Class字节码； 省去编译时间，加快启动速度； 但执行效率较低； JIT编译器： 程序解释运行后，JIT编译器逐渐发挥作用； 编译成本地代码，提高执行效率； 但占用程序运行时间、内存等资源； 热点代码会被jit编译编译成本地代码，直接和操作系统cpu交互执行，不需要经过解释器去执行了。效率大大的提高。但是如果全部交给j
JVM中即时编译器JIT与解释器《深入理解java虚拟机》
Swen_2116的博客
08-17 540
一.学习目标 1.了解解释器与编译器的概念与作用。 2.知道jvm中三种执行模式。 3.了解热点代码。 二.解释器模式与编译器模式以及混合模式   字节码文件通过类装载器装载，被分配被分配到JVM的运行时数据区，然后会被执行引擎执行。执行引擎以指令为单位读取Java字节码。它就像一个CPU一样，一条一条地执行机器指令。每个字节码指令都由一个1字节的操作码和附加的操作数组成。执行引擎取得一...
【Java】虚拟机执行引擎
u010900754的专栏
09-09 374
java虚拟机规范只是定义了执行过程的概念模型，具体怎么实现由虚拟机决定。 运行时的栈帧结构： 我们知道虚拟机的运行时数据区有一部分叫做虚拟机栈。虚拟机栈本身就是一个栈结构，栈里面的元素是栈帧。所以虚拟机栈并不是我们直接理解上相对于函数运行时操作数入栈出栈的结构，而是一个更高层次的结构。每一个线程都有一套自己的虚拟机栈，里面是该线程的栈帧。 那么一个栈帧会存什么内容呢？ 局部变量表，操作数
java虚拟机执行引擎
persistence_PSH的博客
08-08 662
所以，hotspot在虚拟机启动时，解释器首先发挥作用，不必等到即时编译器全部编译完成在执行，这样可以省去很多不必要的等待时间，并且随着程序运行时间的推移，即时编译器逐渐发挥作用，根据热点探测功能把有价值的字节码编译为本地机器指令，以换取更高的执行效率，另外解释器还可以作为备选方案。如下图，如果只是为了跨平台，那么直接把代码翻译成汇编语言，再把汇编语言翻译为机器指令也是可以实现跨平台，但是这样堆虚拟机的要求会非常高，而引入字节码文件，可以降低虚拟机的要求，且能防止源代码泄露，且字节码可以跨语言。......
Java 虚拟机执行引擎
@Bean
04-03 175
执行引擎是Java 虚拟机核心的组成部分之一。“虚拟机” 是一个相对于 “物理机” 的概念，这两种机器都有代码执行能力，其区别是物理机的执行引擎是直接建立在处理器，缓存，指令集和操作系统层面上的，而虚拟机的执行引擎则是由软件自行实现的，因此可以不受物理条件制约地定制指令集与执行引擎的结构体系，能够执行那些不被硬件直接支持的指令集格式。 在《Java 虚拟机规范》中制定了Java 虚拟机字节码执行引擎的概念模型，这个概念模型成为各大发行商的Java 虚拟机执行引擎的统一外观。在不同的虚拟机实现中，执行引擎在
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值