精华内容
下载资源
问答
  • JVM 执行引擎

    2021-05-18 23:43:30
    1 什么是 JVM 执行引擎 执行引擎是 Java 虚拟机核心的组成部分之一。JVM 的将字节码装载到内存,但字节码 并不能够直接运行在操作系统之上。为了执行内存中的字节码文件指令,执行引擎 (Execution Engine)就要将字节...

    1 什么是 JVM 执行引擎

    执行引擎是 Java 虚拟机核心的组成部分之一。JVM 的将字节码装载到内存,但字节码

    并不能够直接运行在操作系统之上。为了执行内存中的字节码文件指令,执行引擎

    (Execution Engine)就要将字节码指令解释/编译为对应平台上的本地机器指令。

    执行引擎的翻译过程有两种:

    1、通过解释器将字节码文件转为机器指令执行;

    2、使用即时编译器(JIT)将字节码文件的二进制流编译成机器指令执行。

    目前市面的主流 JVM 采用解释器与即时编译器并存的架构。在 Java 虚拟机运行时,

    释器即时编译器相互协作,取长补短。在今天,Java 程序的运行性能早已脱胎换骨,已经

    达到了可以和 C/C++程序一较高下的地步。

    2 解释器与即时编译器

    解释器每次解释都会将字节码文件解释为机器指令。整体效率较低,但当程序启动后,

    解释器可以马上发挥作用,省去编译的时间,立即执行。

    即时编译器则会将字节码文件编译为机器指令,存在方法区中,编译完成后直接执行本

    地机器指令即可。编译器把代码编译成本地代码需要一定的执行时间,但编译为本地代码后

    执行效率高。

    当 Java 虚拟器启动时,解释器首先发挥作用,不必等待即时编译器全部编译完成后再

    执行。随着时间的推移,编译器把越来越多的代码编译成本地代码,此时运行本地机器指令,

    获得更高的执行效率。

    展开全文
  • JVM执行引擎

    2020-12-02 22:05:20
    “虚拟机”是一个相对于“物理机”的概念,这两种集群都有代码执行的能力,其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操纵系统层面上的,而虚拟机的执行引擎则是由软件自行实现的,因此可以不受...

    概述

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

    1. 执行引擎是Java虚拟机核心的组成部分之一
    2. “虚拟机”是一个相对于“物理机”的概念,这两种集群都有代码执行的能力,其区别是物理机的执行引擎是直接建立在处理器、缓存、指令集和操纵系统层面上的,而虚拟机的执行引擎则是由软件自行实现的,因此可以不受物理条件制约的定制指令集与执行引擎的结构体系,能够执行那些不被硬件直接支持的指令集格式。
    3. JVM的主要任务是负责装载字节码到其内部,但字节码并不能够直接运行在操作系统之上,因为字节码指令并非等价于本地机器指令,它内部包含的仅仅只是一些能够被JVM所识别的字节码指令、符号表、以及其他辅助信息。
    4. 那么,如果想让一个Java程序运行起来,执行引擎(Execution Engine)的任务就是将字节码指令解释/编译为对应平台上的本地机器指令才可以。简单来说,JVM中的执行引擎充当了将高级语言翻译为机器语言的译者。
      在这里插入图片描述

    执行引擎工作过程

    在这里插入图片描述

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

    Java代码编码和执行的过程

    概述

    在这里插入图片描述
    大部分的程序代码转换成物理机的目标代码或虚拟机能执行的指令之前,都需要经过上图中的各个步骤。
    java是半解释半执行语言,上面绿色和蓝色的路径都是使用。

    java源码编译生成字节码过程(Javac java的前端编译器,执行引擎中的解释、编译属于后端编译器)
    在这里插入图片描述
    java后端编译执行流程(java字节码的执行是由JVM执行引擎来完成)
    在这里插入图片描述

    什么是解释器(interpreter),什么是JIT编译器?

    java字节码中的相关方法体指令集都存放在运行时数据区中的方法区中,Pc寄存器的存放的地址就是方法区中不同方法中的字节码指令地址。

    1. 解释器:当java虚拟机启动时会根据预定义的规范对字节码采用逐行解释的方式执行,将每条字节码文件中的内容 翻译 为对应平台的本地机器执行执行。
    2. JIT(Just In Time Compiler)编译器:就是虚拟机将源代码(字节码)直接编译成和本地机器平台相关的机器语言。
    3. 为什么说Java是半编译半解释型语言?
      • jdk1.0时代,将Java语言定位为“解释执行”还是比较准确的。再后来,Java也发展出可以直接生成本地代码的编译器。
      • 现在JVM在执行Java代码的时候,通常都会将解释执行与编译执行二者结合起来运行。

    机器码、指令、汇编、高级语言理解与执行过程

    1. 概述
      在这里插入图片描述
      在这里插入图片描述

    字节码

    1. 字节码是一种中间状态(中间码)的二进制代码(文件),它比机器码更抽象,需要编译器转译后才能成为机器码。
    2. 字节码主要为了实现特定软件运行和软件环境、与硬件环境无关。
    3. 字节码的实现方式是通过编译器和虚拟机。编译器将源码编译成字节码,特定平台上的虚拟机器将字节码转译为可以直接执行的指令。
    • 字节码的典型应用为java bytecode。
      在这里插入图片描述

    解释器

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

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

    现状

    1. 由于解释器在设计和实现上非常简单,因此除了java语言之外,还有许多高级语言通用也是基于解释执行的,比如Python、Perl、Ruby等。但是在今天,基于解释器执行已经沦落为低效的代名词,并且时常被一些C/C++程序员锁调侃。
    2. 为了解决这个问题,JVM平台支持一种叫作即时编译的技术。即时编译的目的是避免函数被接受执行,而是将整个函数体编译成为机器码,每次函数执行时,只执行编译后的机器码即可,这种方式方式可以使执行效率大幅度提升。
    3. 不过无论如何,基于解释器的执行模式仍然为中间语言的发展做出了不可磨灭的贡献。

    JIT编译器

    1. HotSpot VM是目前市面上高性能虚拟机的代表作之一。它采用解释器与即时编译器并存的架构。在Java虚拟机运行时,解释器和即时编译器能够相互协作,各自取长补短,尽力去选择最合适的方式来权衡编译本地代码的时间和直接解释执行代码的时间。
    2. 在今天,Java程序的运行性能早已脱胎换骨,已经达到了可以和C/C++程序一较高下的地步。
    3. 为何HotSpot VM要使用解释器和JIT编译器并存的架构???
      • 当程序启动后,解释器可以马上发挥作用,省去编译的时间,立即执行。编译器要想发挥作用,把代码编译成本地代码,需要一定的执行时间。但编译为本地代码后,执行效率高。
      • 尽管JRockit VM中程序的执行性能会非常高效,但程序在启动时必然需要花费更长的时间来进行编译。对于服务端应用来说,启动时间并非是关注重点,但是对于那些看中启动时间的应用场景而言,或许就需要采用解释器与即时编译器并存的架构来换取一个平衡点。在此模式下,当Java虚拟机启动时,解释器可以首先发挥作用,而不必等待即时编译器全部编译完成后在执行,这样可以省去许多不必要的编译时间。随着时间的推移,编译器发挥作用,把越来越多的代码编译成本地代码,获得更高的执行效率。
      • 同时,解释执行在编译器进行激进优化不成立的时候,作为编译器的“逃生门”。

    HotSpot JVM的执行方式

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

    案例

    注意解释执行与编译执行在线上环境微妙的辩证关系。机器在热机状态下可以承受的负载要大于冷机状态。如果以热机状态时的流量进行切流,可能使处于冷机状态的服务器因无法承载流量而假死。
    在生产环境发布过程中,以分批的方式进行发布,根据机器数量划分多个批次,每个批次的机器数至多占整个集群的1/8。曾经有这样的故障案例:某程序员在发布平台进行分批发布,在输入发票总批数时,误填写成分为两批发布。如果是热机状态,在正常情况下一半的机器可以勉强承载流量,但由于刚启动的JVM均是解释执行,还没有进行热点代码统计和JIT动态编译,导致机器启动之后,当前1/2发布成功的服务马上全部宕机,此故障说明了JIT的存在。—阿里团队
    在这里插入图片描述

    概念解析

    1. Java语言的“编译期”其实是一段“不确定”的操作过程,因为它可能是指一个前端编译器(其实叫“编译器的前端”更准确一些)把.java文件转换为.class文件的过程。
    2. 也可能是指虚拟机的后端运行期编译器(JIT编译器)把字节码转换编程机器码的过程。
    3. 还可能是指使用静态提前编译器(AOT编译器,Ahead Of Time Compiler)直接把.java文件编译成本地机器代码的过程。
      在这里插入图片描述

    热点代码及探测方式

    当然是否需要启动JIT编译器将字节码直接编译为平台的本地机器指令,则需要根据代码被调用执行的频率而定。关于那些需要被编译为本地代码的字节码,也被称之为“热点代码”,JIT编译器在运行时会针对那些频繁被调用的“热点代码”做出深度优化,将其直接编译为对应平台的本地机器指令,以此提升Java程序的执行性能。

    1. 一个被多次调用的方法,或者是一个方法体内部循环次数较多的循环体都可以被称之为“热点代码”,因此都可以通过JIT编译器编译为本地机器指令。由于这种编译方式发生在方法的执行过程中,因此也被称之为栈上替换,或简称为OSR(On Stack Replacement)编译。
    2. 一个方法究竟要被调用多少次,或者一个循环体究竟需要执行多少次循环才可以达到这个标准?必然需要一个明确的阈值,JIT编译器才会将这些“热点代码”编译为本地机器指令执行。这里主要依靠 热点探测功能。
    3. 目前HotSpot VM所采用的热点探测方式是基于计数器的热点探测。
    4. 采用基于计数器的热点探测,HotSpot VM将会为每一个方法都建立2个不同类型的计数器,分别为方法调用计数器(Invocation Counter)和回边计数器(Back Edge Counter)。
      • 方法调用计数器用于统计方法的调用次数。
      • 回边计数器则用于统计循环体执行的循环次数。

    方法调用计数器

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

    热度衰减

    1. 如果不做任何设置,方法调用计数器统计的并不是方法被调用的绝对次数,而是一个相对的执行频率,即一段时间之内方法被调用的次数。当超过一定的时间限度,如果方法的调用次数仍然不足以让它添加给即时编译器编译,那这个方法的调用计数就会被减少一半,这个过程称为方法调用计数器热度的衰减(Counter Decay),而这段时间就称为此方法统计的半衰减周期(Counter Half Life Time)。
    2. 进行热度衰减的动作是在虚拟机进行垃圾收集时顺便进行的,可以使用虚拟机参数-XX:-UseCounterDecay来关闭热度衰减,让方法计数器统计方法调用的绝对次数,这样,只要系统运行时间足够长,绝大部分方法都会被编译成本地代码。
    3. 另外,可以使用-XX:CounterHalfLifeTime参数设置半衰减周期的时间,单位是秒。

    回边计数器

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

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

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

    1. -Xint:完全采用解释器模式执行程序。
    2. -Xcomp:完全采用即时编译器模式执行程序。如果即时编译器出现问题,解释器会介入执行。
    3. -Xmixed:采用解释器+即时编译器的混合模式共同执行程序。
      默认是混合模式
      在这里插入图片描述
      在这里插入图片描述

    HotSpot VM中JIT分类

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

    1. -client:指定Java虚拟机运行在Client模式下,并使用C1编译器;
      • C1编译器会对字节码进行简单和可靠的优化,耗时短。以达到更快的编译速度。
    2. -server:指定Java虚拟机运行在Server模式下,并使用C2编译器。
      • C2进行耗时较长的优化,以及激进优化,但优化的代码执行效率更高。

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

    1. 在不同的编译器上有不同的优化策略,C1编译器上主要有方法内联,去虚拟化、冗余消除。
    • 方法内联:将引用的函数代码编译到引用点处,这样可以减少栈帧的生成,减少参数传递以及跳转过程。
    • 去虚拟化:对唯一的实现类进行内联(如果接口只有一个实现类,直接使用实现类不在使用接口)
    • 冗余消除:在运行期间把一些不会执行的代码折叠掉。
    1. C2的优化主要是在全局层面,逃逸分析是优化的基础。基于逃逸分析在C2上有如下几种优化:
    • 标量替换:用标量代替聚合对象的属性值。
    • 栈上分配:对于为逃逸的对象分配对象在栈而不是堆。
    • 同步消除:清除同步操作,通常指synchronized
    1. 分成编译(Tiered Compilation)策略:程序解释执行(不开启性能监控)可以触发C1编译,将字节码编译成机器码,可以进行简单优化;也可以加上性能监控,C2编译会根据性能监控信息进行激进优化。
    2. 不过在Java7版本之后,一旦开发人员在程序显式指定命令“-server” 时,默认将会开启分层编译策略,由C1编译器和C2编译器相互协作共同来执行编译任务。
    3. 总结
    • 一般来说,JIT编译出来的机器码性能比解释器高。
    • C2编译器启动时长比C1编译器慢,系统稳定执行后,C2编译器执行速度远远快与C1编译器。

    关于AOT编译器

    1. jdk9引入了AOT编译器(静态提前编译器,Ahead Of Time Compiler)
    2. Java 9引入了实验性AOT编译工具jaotc。它借助了Graal编译器,将所输入的Java类文件转换为机器码,并存放至生成的动态共享库之中。
    3. 所有AOT编译,是与即时编译相对立的概念。我们知道,即时编译器指的是在程序执行过程中,将字节码转换为可在硬件上直接运行的机器码,并部署至托管环境中的过程。而AOT编译指的则是,在程序运行之前,便将字节码转换为机器码的过程。

    优缺点

    优点:
    最大好处:Java虚拟机加载已经预编译成二进制库,可以直接运行。不必等待即时编译器的预热,减少Java应用给人带来“第一次运行慢”的不良体验。
    缺点:

    • 破坏了Java“一次编译,到处运行”的理念,必须为每个不同硬件,OS编译对应的发行包。
    • 降低了java链接过程的动态性,加载的代码在编译器就必须全部已知。
    • 还需要继续优化中,最初只支持Linux x64 java base
    展开全文
  • 【JVM】JVM执行引擎

    千次阅读 2017-08-06 21:06:09
    【JVM】JVM执行引擎 作用: 执行字节码,或者执行本地方法 Java虚拟机的主要任务是装在class文件并且执行其中的字节码。Java虚拟机包含一个类装载器,它可以从程序和API中装载class文件。Java API中只有程序执行时...

    【JVM】JVM执行引擎

    作用: 执行字节码,或者执行本地方法

    Java虚拟机的主要任务是装在class文件并且执行其中的字节码。Java虚拟机包含一个类装载器,它可以从程序和API中装载class文件。Java API中只有程序执行时需要的那些类才会被装载。字节码由执行引擎来执行。不同的Java虚拟机中,执行引擎可能实现得非常不同。在由软件实现的虚拟机中,最简单的执行引擎就是一次性解释字节码。

    另一种执行引擎更快,但是也更消耗内存,叫做”即时编译器(just-in-time compiler)”。在这种情况下,第一次被执行的字节码会被编译成本地机器代码。编译出的本地机器代码会被缓存,当方法以后被调用的时候可以重用。

    第三种执行引擎是自适应优化器。在这种方法里,虚拟机开始的时候解释字节码,但是会监视运行中程序的活动,并且记录下使用最频繁的代码段。程序运行的时候,虚拟机只把那些活动最频繁的代码编译成本地代码,其他的代码由于使用得不是很频繁,继续保留为字节码,由虚拟机继续解释它们。
    一个自适应的优化器可以使得Java虚拟机在80%~90%的时间里执行被优化过的本地代码,而只需要编译10%~20%的对性能有影响的代码。

    JVM之字节码执行引擎
    执行引擎在执行Java代码时候可能会有解释执行和编译执行两种选择,也可能两者兼备,甚至还可能会包含几个不同级别的编译器执行引擎。

    栈帧

    局部变量表
    操作数
    动态连接
    方法返回地址
    附加信息

    方法调用
    解析
    方法在程序真正运行之前就有一个可确定的调用版本,并且这个方法的调用版本在运行期是不可变的。

    invokestatic
    invokespecial
    invlkevirtual
    invokeinterface
    invokedynamic

    分派
    1.静态分派

    静态类型(Static Type)
    实际类型(Actual Type)
    静态类型在编译期就可知,实际类型只有在运行期才能确定。
    所有依赖静态类型来定位方法执行版本的分派动作称为静态分派,典型应用时方法重载。

    2.动态分派

    重写(Override)
    运行期根据实际类型确定方法执行版本的分派过程称为动态分派

    3.单分派与多分派

    方法的接收者与方法的参数统称为方法的宗量。根据分派基于多少种宗量,可以将分派划分为单分派和多分派两种。单分派是根据一个宗量对目标方法进行选择,多分派则是根据多于一个宗量对目标方法进行选择。

    虚拟机动态分派的实现

    虚方法表
    接口方法表

    动态类型语言支持

    1. 动态类型语言
      什么是动态类型语言?动态类型语言的关键特征是它的类型检查的主体过程是在运行期而不是在编译期。如JavaScript,Lua,静态类型语言如C++、Java
    2. JDK1.7与动态类型
    3. java.lang.invoke包

    MethodHandle与反射的区别

    1) 从本质上讲,Reflection和MethodHandle机制都是在模仿方法的调用,但Reflection是在模拟Java代码层次的方法调用,而MethodHandle是在模拟字节码层次的方法调用。

    2) Reflection中的java.lang.reflect.Method对象远比MethodHandle机制中的java.lang.invoke.MethodHandle对象所包含的信息多。前者是方法在Java一端的全面映像,包含了方法的签名、描述符以及方法属性表中各个属性的Java端表示方式,还包含执行权限等运行期信息。而后者仅仅包含于执行该方法相关的信息。用通俗的话来将,Reflection是重量级的,而MethodHandle是轻量级。

    3)由于MethodHandle是对字节码的方法指令调用模拟,所以理论上虚拟机在这方面做的各种优化,在MethodHandle上也应当可以采用类似思路去支持。而通过反射去调用方法则不行。

    4.invokedynamic指令

    5.掌控方法分派规则

    参考:
    《深入理解Java虚拟机:JVM高级特性与最佳实践》及其他文档


    声明:图片来自源于网络。这是之前整理的word笔记,没有注明图片具体来源,抱歉。在此向贡献图片的人表示感谢。

    展开全文
  • JVM执行引擎(详细+面试) 文章目录JVM执行引擎(详细+面试)概述Java代码编译和执行过程什么是解释器?什么是JIT编译器?为什么要保存解释器?编译器不确定性为什么Java是半编译半解释语言?什么是热点代码?JIT...

    JVM执行引擎(详细+面试)

    概述

    执行引擎是Java虚拟机核心的组成部分之一。

    1. JVM的主要任务是负责装载字节码到其内部,但字节码并不能够直接运行在操作系统之上,因为字节码指令并非等价于本地机器指令,它内部包含的仅仅只是一些能够被JVM识别的字节码指令、符号表,以及其他辅助信息。
    2. 如果想要让一个Java程序运行起来,执行引擎的任务就是将字节码指令解释/编译为对应平台上的本地机器指令才可以。简单来说,JVM中的执行引擎充当了将高级语言翻译为机器语言的译者。
    • 前端编译:从Java程序员-字节码晚间的这个过程叫前端编译。
    • 执行引擎这里由两种行为:一种是解释执行,一种是编译执行(这里的是后端编译)。

    Java代码编译和执行过程

    编译和执行过程

    大部分的程序代码转换为物理机的目标代码或者虚拟机能执行的指令集之前,都需要执行上述步骤。

    什么是解释器?什么是JIT编译器?

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

    JIT(Just In Time Compiler)编译器:就是虚拟机将源代码一次性直接编译成和本地机器平台相关的机器语言,但并不是马上执行。

    为什么要保存解释器?

    • 程序启动解释器立即执行。(省略编译时间)
    • 解释执行在编译器进行激进优化不成立时,作为编译器的逃生门。

    编译器不确定性

    • Java语言的编译器其实是一段不确定的操作过程,因为它可能是指一个前端编译器(编译器前端)把.java转换为.class文件的过程。
    • 可能指的是后端运行编译器(JIT)把字节码转换为机器码的过程。
    • 还可能是AOT编译器直接把.java文件编译成本地机器代码的过程。

    编译器

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

    起初将Java语言定位为“解释执行”还是比较准确的。再后来,Java也发展出可以直接生成本地代码的编译器。现在JVM在执行Java代码的时候,通常都会将解释执行与编译执行二者结合起来进行。

    原因:

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

    解释器真正意义上所承担的角色就是一个运行时“翻译者”,将字节码文件中的内容“翻译”为对应平台的本地机器指令执行,执行效率低。

    JIT编译器将字节码翻译成本地代码后,就可以做一个缓存操作,存储在方法区的JIT代码缓存中(执行效率更高了)。

    是否需要启动JIT编译器将字节码直接编译为对应平台的本地机器指令,则需要根据代码被执行的频率而定。

    JIT编译器在运行时会针对那些频繁被调用的“热点代码”做出深度优化,将其直接编译为对应平台的本地机器指令,以此提升Java程序的执行性能。

    什么是热点代码?

    • 多次调用的方法,或者是一个方法体内部循环次数较多的选题都可以称为热点代码。
    • JIT编译器将这些热点代码便以为本地机器指令执行,依靠热点探测功能。
    • 目前HotSpot VM所采用的热点探测方式是基于计数器的热点探测。
    • 基于计数器的热点探测虚拟机有两种不同类型的计数器,分别是方法调用计数器回边计数器
      1. 方法调用计数器用于统计方法的调用次数。
      2. 回边计数器则用于统计循环体执行的循环次数。

    JIT编译器执行效率高为什么还需要解释器?

    1. 当程序启动后,解释器可以马上发挥作用,响应速度快,省去编译的时间,立即执行。
    2. 编译器要想发挥作用,把代码编译成本地代码,需要一定的执行时间,但编译为本地代码后,执行效率高。就需要采用解释器与即时编译器并存的架构来换取一个平衡点。
    展开全文
  • JVM执行引擎的执行过程 1月16日厦门 OSC 源创会火热报名中,奖品多多哦 »  以下面代码为例看一下执行引擎是如何将一段代码在执行部件上执行的,如下一段代码: public class Math{ ...
  • 深入理解Java虚拟机(三)——JVM内存结构+JVM执行引擎 深入理解Java虚拟机(四)——JVM性能调优监控工具 JVM内存结构 •本地方法栈(线程私有):登记native方法,在Execution Engine执行时加载本地方法库 •...
  • 由于代码经过前端编译器后生成字节码文件,JVM将装在字节码文件到内部,JVM中只有自己的执行引擎才"解析"对应的指令集,然后为翻译成机器指令(解释器)或者是将翻译成机器指令后再加入缓存(JIT编译器)。...
  • 加载class文件 jvm执行引擎
  • JVM执行引擎工作方式

    2019-09-11 16:04:58
    每当创建一个新的线程时,JVM会为这个线程创建一个JAVA栈,同时会为这个线程分配一个PC寄存器,并且这个PC寄存器会指向这个线程的第一行可执行代码。每当调用一个新方法时会在这个栈上创建一个新的栈帧数据结构,这...
  • 加载class文件 jvm执行引擎
  • JVM 而言,执行引擎就是执行代码的一个软件,所以可以不受硬件环境的约束,执行不被操作系统识别的指令集格式。 JVM 的主要任务是负责装载字节码到其内部,但字节码并不能够直接运行在操作系统之上,因为字节码...
  • jvm将java字节码文件转换为与当前平台相关的二进制机器码的过程,是由jvm中的执行引擎来处理,与javac将java文件转化为.class文件的前端编译不同,javac并不处于jvm体系,且执行引擎是java虚拟机核心组成部分之一,...
  • JVM5:Jvm执行引擎

    2014-02-26 11:50:12
  • 5 :jvm 执行引擎是个啥?

    千次阅读 2016-11-03 17:42:03
    JVM结构  Java编写的代码会按照下图的流程来执行: 图 1: Java代码执行流程 ...通过类装载器装载的,被分配到JVM的运行时数据区的字节码会被执行引擎执行。执行引擎以指令为单位读取Java字节码。它
  • 二、执行引擎概述 三、执行引擎工作过程 java代码编译和执行的过程 问题:什么是解释器(Interpreter),什么是JIT编译器? 问题:为什么说java是半编译半解释型语言? 四、机器码、指令、汇编语言等概念 机器...
  • 今天说说虚拟机执行引擎和垃圾回收,都是十足的干货,请各位看官耐心批阅! 另外本人整理了20年面试题大全,包含spring、并发、数据库、Redis、分布式、dubbo、JVM、微服务等方面总结,下图是部分截图,需要的话点...
  • JVM执行引擎

    2020-06-19 06:10:35
    文章目录执行引擎概述执行引擎的工作过程Java代码编译和执行过程Java代码编译Java代码执行什么是解释器,什么是JIT编译器?为什么说Java是半编译半解释型语言?机器码、指令、汇编语言机器码指令、指令集汇编语言...
  • JVM-执行引擎

    2021-06-08 21:48:07
    执行引擎是java虚拟机的核心组成部分 ...简单说,JVM中的执行引擎充当了将高级语言翻译为机器语言的翻译者。 java是解释执行和编译执行并存的语言。 解释执行:解释器将字节码文件转换为机器指令执行 JIT编译..
  • JVM执行引擎

    2017-06-06 11:40:47
    前言在之前的JVM之Class文件中已经对class文件的结构有了一个大致的认识,其中有一个Code属性没有详细的讨论,这里就详细的讨论一下这个Code属性以及执行引擎和它的关系概述class文件经过加载后会在方法区形成一个该...
  • 深入JVM字节码执行引擎

    万次阅读 多人点赞 2015-10-30 18:57:11
    我们都知道,在当前的Java中(1.0)之后,编译器讲源代码转成字节码,那么字节码如何被执行的呢?这就涉及到了JVM的字节码执行引擎执行引擎负责具体的代码调用及执行过程。
  • 13. JVM执行引擎

    2020-10-21 22:01:52
    执行引擎属于JVM的下层,里面包括 解释器、及时编译器、垃圾回收器。
  • JVM字节码执行引擎

    千次阅读 2018-06-16 21:08:50
    其区别是物理机的执行引擎是直接建立在处理器、硬件、指令集和操作系统层面上的,而虚拟机的执行引擎则是由自己实现的,因此可以自行制定指令集和执行引擎的结构体系,并且能够执行那些不被硬件直接支持的指令集格式...
  • jvm012-执行引擎

    千次阅读 2021-06-15 13:34:45
    1、执行引擎概述 2、Java代码编译和执行过程 3、机器码、指令、汇编语言 4、解释器 5、JIT编译器
  • 本教程将帮助开发人员正确理解JVM中的执行引擎 。 1.简介 在继续之前,让我们看一下Java虚拟机及其基本特征。 1.1什么是Java虚拟机(JVM)? Java虚拟机(JVM)是​​驻留在您的计算机上的抽象虚拟机,并为Java...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 71,897
精华内容 28,758
关键字:

jvm执行引擎