物理机的执行引擎是建立在处理器、缓存、指令集、和 *** 作系统层面的。虚拟机得执行引擎是由软件自行实习的,能够执行那些不被硬件直接支持的指令集格式。
执行引擎的任务就是将字节码指令 解释/编译【后端编译】 为对应平台上的本地机器指令
当Java虚拟机启动时,会根据预定义的规范,对字节码采用逐行解释的方式执行,将每条字节码文件中的内容“翻译"为对应平台的本地机器指令执行。
字节码解释器: 执行时通过纯软件代码模拟字节码的执行,效率非常地下
模板解释器:将每一条字节码和一个模板函数相关联,模板函数中直接产生这条字节码执行时的机器码,从而提高解释器的性能。
基于解释器执行已经沦落为低效的代名词。
但是解释器的响应速度快,立马既可以解释运行
虚拟机将源代码直接编译成和本地机器平台相关的机器语言(没有立马执行),JIT编译的机器语言代码会缓存到方法区。
JVM平台支持一种即时编译技术,即时编译目的是避免函数被解释执行,而是将函数体编译成为机器码,每次函数执行时,只执行编译后的机器码即可。
方法调用计数器,回边计数器
热度衰减,即在一段时间内方法被调用的次数,当超过一定的时间限度,调用次数仍不足,这个方法的调用计数器就会被减少一半。这段时间成为此方法的半衰周期。
-XX:-UseCounterDecay 可以关闭热度衰减,这样,只要系统运行时间足够长,绝大部分方法都会被编译成本地代码。
-XX:CounterHalfLifeTime 参数设置半衰周期的时间,单位是秒。
-Xint 只用解释器的模式
-Xcomp 只有编译器的模式
-Xmixed 混合模式
JIT编译又分C1编译器、C2编译器,C1时间快,优化较为简单可靠,C2时间慢优化激进。
JDK9引入AOT编译器(静态提前编译器),在程序运行之前,便将字节码转化为机器码,并存放支生成的动态共享库之中
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)