Java
虚拟机,JDK1.4
已经淘汰。JIT
编译器,但是二者只能使用其一,不能配合工作。hotspot
内置了该虚拟机。解释器,需要逐行解释执行,效率低下。譬如:如果循环两千次,循环体很大,每次执行都需要解释执行。
JIT
编译器,除了可以直接全部即时编译,还可以统计出那些代码执行频率比较高,这部分代码就是热点代码,JIT
编译器会将热点代码,提前编译成为机器指令,放在方法区缓存起来,下次执行到的时候,不需要解释执行,而是直接运行机器指令。(此时的 Classic VM 还不具备热点代码探测的功能,只会全部提前编译)
即时编译器的执行效率很高,为什么不将它全部提前编译好缓存起来呢?
CodeCache
是不能够直接跨平台,因为不同环境的机器指令是不大一样的,只能每次运行前就全部编译。为解决上一个虚拟机 Classic VM
的问题(解释器和即时编译器只能二选一),JDK 1.2
的时候,提出来的虚拟机。
准确内存管理:Exact Memory Management
,虚拟机可以知道内存中的某一个位置的数据具体是什么类型。
该虚拟机已经初步具备了现在高性能虚拟机的雏形:
遗憾的是,Exact VM
只在Solaris
短暂使用,后面就被 Hotspot
代替了。
三大商用虚拟机之一。
由小公司 “Longview Technologies”
设计,该公司 1997 年被 Sun
收购,Sun
2009 年被甲骨文收购。
JDK 1.3 HotSpot
成为默认虚拟机,目前仍是,(JRockit
和J9
都没有方法区),Hotspot
在服务器,桌面,移动端,嵌入式等都有应用。
HotSpot
名称来源主要是热点代码探测技术:
三大商用虚拟机之一。
BEA
公司研发的,2008年,BEA
公司被 Oracle
收购,Oracle
在JDK8
中,在 Hotspot 的基础上,整合了 JRockit
的优秀特性。
“JRockit Real Time”
。J9
是三大商用虚拟机之一,全称IBM Technology for Java Virtual Machine
,简称 IT4J
,内部称“J9”
。
定位和 HotSpot
差不多,号称世界上最快(在自己IBM
的机器上最快)。
2007
年,IBM
发布了 J9 VM
,命名OpenJ9
,交给 Eclipse
基金会管理。
Oracle
在 Java ME
产品线上的两款虚拟机:CDC/CLDC Hotspot Implementation VM
KVM
是 CLDC-HI
早期产品是与特定的硬件平台绑定,软硬件结合的专用的虚拟机,高性能Java
虚拟机中的战斗机。
Azul VM
是 Azul System
公司在 Hotspot
基础上进行大量改进,运行在自家专用硬件 Vega
系统上的 Java 虚拟机。
每一个 Azul VM
可以管理至少数十个 CPU
和数百 GB
的内存,而且可以在巨大内存范围内实现可控的GC时间的垃圾收集器。
2010 年后,Azul System
发布了通用平台的 Zing
虚拟机。
高性能 Java
虚拟机中的战斗机,BEA
公司开发,运行在自己的Hypervisor
系统上。
Liquid VM
不需要操作系统的支持,可以说本身已经实现了一个专用的操作系统的必要功能,比如线程调度,文件系统,网络支持等。JRockit
停止开发,Liquid VM
研发也停止了。
Apache
曾经推出过 JDK 1.5
, 1.6
兼容的 Java
运行平台 Apache Harmony
。
由 IBM
和 Intel
联合开发,但是 OpenJDK
压制,并且 Sun
拒绝给予 JCP
认证,2011 年退役,其中 Java
类库代码吸纳进入 Android SDK
中。
微软推出的,在 IE3
中支持 Java Applets
,但是 Sun
公司 1997
年指控微软侵权,后续微软抹去了 Microsoft VM
。
由阿里推出,基于OpenJDK Hotspot Vm
,改造,深度定制一款高性能虚拟机。
GCIH(GC invisible heap)
技术,实现了 off-heap
,将生命周期较长的 Java
对象从heap
中移动到 heap
之外,并且GC
不能管理 GCIH
内部的 Java
对象,降低了 GC
的回收频率和提高GC
的回收效率。GCIH
中的对象可以多个Java
虚拟机进程之间共享。crc32
指令实现JVM intrinsic
降低JNI
的调用开销。PMU hardware
的Java profiling tool
和诊断协助功能ZenGC
缺点:硬件严重依赖Intel
的cpu
,损失兼容性。
Android
系统,并且在Android 2.2
中提供了JIT
。只能称虚拟机,而不是“Java虚拟机”
,没有遵循Java
虚拟机规范。Java
的class
文件。dex(dalvik Executale)
文件,执行效率比较高。dex
文件可以通过Class
文件转化而来,使用Java
语法编写应用程序,可以直接使用大部分Java API
。Android 5.0
使用提前编译(Ahead of Time Compilation
,AOT
)的ART VM
替换Dalvik VM
。PS:Android
文件.apk
修改文件后缀为.zip
,解压之后就是很多文件,当然也包括.dex
文件。
理念:“Run Program Faster Anywhere”
。
Hotspot VM
基础上增强,跨语言全栈虚拟机,可以作为任何语言的运行平台。Graal VM
接受的中间格式。最后:具体JVM
的内存结构,取决于其实现,不同产商或者同一个产商的不同版本,都可能存在一定的差异。一般我们说的,是指Hotspot
虚拟机。
【作者简介】:
秦怀,公众号【秦怀杂货店】作者,技术之路不在一时,山高水长,纵使缓慢,驰而不息。个人写作方向:Java源码解析,JDBC,Mybatis,Spring,redis,分布式,剑指Offer,LeetCode等,认真写好每一篇文章,不喜欢标题党,不喜欢花里胡哨,大多写系列文章,不能保证我写的都完全正确,但是我保证所写的均经过实践或者查找资料。遗漏或者错误之处,还望指正。
平日时间宝贵,只能使用晚上以及周末时间学习写作,关注我,我们一起成长吧~
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。