JIT与JVM的三种执行模式:解释模式、编译模式、混合模式
2016-08-22 21:48
567 查看
JIT与JVM的三种执行模式:解释模式、编译模式、混合模式
Java JIT(just in time)即时编译器是sun公司采用了hotspot虚拟机取代其开发的classic vm之后引入的一项技术,目的在于提高java程序的性能,改变人们“java比C/C++慢很多”这一尴尬印象。说起来是编译器,但此编译器与通常说的javac那个编译器不同,它其实是将字节码编译为硬件可执行的机器码的。
图片来自于网络
如上图可以看出,整个java应用程序的执行过程如下:
1、源代码经javac编译成字节码,class文件
2、程序字节码经过JIT环境变量进行判断,是否属于“热点代码”(多次调用的方法,或循环等)
3、如是,走JIT编译为具体硬件处理器(如sparc、intel)机器码
4、如否,则直接由解释器解释执行
5、操作系统及类库调用
6、硬件
以上实际上是JVM的“混合模式”对java程序的执行方式。
jvm还有两种执行方式: 解释执行和编译执行
对于解释执行,不经过jit直接由解释器解释执行所有字节码,执行效率不高。 而编译执行不加筛选的将全部代码进行编译机器码不论其执行频率是否有编译价值,在程序响应时间的限制下,编译器没法采用编译耗时较高的优化技术(因为JIT的编译是首次运行或启动的时候进行的!),所以,在纯编译执行模式下的java程序执行效率跟C/C++也是具有较大差距的。
因此,新版本的jvm默认都是采用混合执行模式。
这里有个特别的例子,BEA公司为服务器硬件和服务端应用专门打造的高度优化的虚拟机————jrockit,由于面向服务端应用,所以它并不在意和关注程序的启动速度,jrockit并不实现解释器,而是将所有代码都交由jit做即时编译执行。
jit并不一定总能提高程序的执行效率甚至适得其反,这很大一部分取决于开发人员所写的程序质量,作为优秀的工程师应该会写出对jit友好的程序。
相关文章推荐
- CVE-2013-3893
- 【挖坑记】JZOJ 4726 种花
- mysql表内关联
- Light OJ 1031 区间dp
- Java 内存区域和GC机制
- JDBC实现客户关系管理系统模块
- 软件测试的四个阶段
- JS生成 UUID的四种方法
- 慕课网--用textview实现跑马灯效果
- Hadoop中常用的InputFormat、OutputFormat
- 解决ubuntu上eclipse无法打开,提示jvm版本太旧,至少要jdk1.8以上
- 如来的舅舅?“大鹏鸟”自带品牌故事
- lightoj 1045 - Digits of Factorial
- Hbase shell错误
- Mysql InnoDB锁
- cJSON source code reading
- 动态内存分配
- win7系统mscomctl.ocx不能注册
- linux ${}表达式详解
- 僵尸进程