本文概述:
编译型语言和解释型语言分别是什么, 形象理解其特点
JVM 为什么需要解释器和编译器并存的架构
使用专门的编译器,针对特定的平台,将高级语言源代码一次性的编译成可被该平台硬件执行的执行文件,然后就可以直接执行了
使用专门的解释器对源程序进行逐行解释成特定平台的机器码并立即执行。
代码在每次执行之前被解释器一行一行动态翻译和执行,而不是执行之前就完成翻译
思维提升:
虽然你可能了解到了, 有些代码, 是解释执行更快. 但是如果举例子, 会更清楚:
比如说有些代码只会执行一次: 例如
- 类的构造器
- 生命周期方法, 例如 spring 中 bean 的 init-Method 方法等.
只执行一次的代码, 却要对其进行编译, 还要保存可执行文件, 肯定是不靠谱的.
JVM 采用的是混合模式, 总和解释执行和即时编译两者有点, 先解释执行字节码, 然后将其中反复执行的热点代码, 以方法为单位即时编译
注意, 第一部分必须通过 Java 编译器编译成字节码, 字节码是 JVM 的核心.
而对于字节码到机器码, 则是可能有两种方式: 一种是 Java 解释器, 一种是即时编译器.
来看看解释器执行的流程:
代码 —> [解释器解释执行] —>执行结果
如果是 JIT 即时编译
第一次编译如下
代码 —> [编译器编译] --> 编译后代码 —> [执行] —> 执行结果.
第二次:
编译后代码 —> [执行] —> 执行结果
并且因为编译后的代码, 肯定是更接近底层的, 运行更快.
网上很多博主在这里, 可能是只讲了对于热点代码使用 JIT, 下面来看看哪些可能是热点代码.
热点代码检测:
基于采样的热点检测
如果一个方法经常出现在栈顶, 那么就是热点方法. 这个方法比较简单高效.
计数器
统计方法被调用的次数, 每次执行, 计数器加 1, 当方法调用次数超过阈值, 那么就通过 JIT 即时编译.
其实 Java 的解释器+编译器并存的架构, 其实还有些需要注意的地方
这里的编译器+解释器, 指的是 Java 解释器以及即时编译器. 这对应的是将字节码转换成底层代码的两种方式.
一定不要理解成生成字节码有两种形式
上一篇:进程通信相关概念