关闭

JAVA虚拟机、Dalvik虚拟机和ART虚拟机简要对比

15493人阅读 评论(10) 收藏 举报

1、什么是JVM?

JVM本质上就是一个软件,是计算机硬件的一层软件抽象,在这之上才能够运行Java程序,JAVA在编译后会生成类似于汇编语言的JVM字节码,与C语言编译后产生的汇编语言不同的是,C编译成的汇编语言会直接在硬件上跑,但JAVA编译后生成的字节码是在JVM上跑,需要由JVM把字节码翻译成机器指令,才能使JAVA程序跑起来。
JVM运行在操作系统上,屏蔽了底层实现的差异,从而有了JAVA吹嘘的平台独立性和Write Once Run Anywhere。根据JVM规范实现的具体虚拟机有几十种,主流的JVM包括Hotspot、Jikes RVM等,都是用C/C++和汇编编写的,每个JRE编译的时候针对每个平台编译,因此下载JRE(JVM、Java核心类库和支持文件)的时候是分平台的,JVM的作用是把平台无关的.class里面的字节码翻译成平台相关的机器码,来实现跨平台。


2、什么是DVM,和JVM有什么不同?

JVM是Java Virtual Machine,而DVM就是Dalvik Virtual Machine,是安卓中使用的虚拟机,所有安卓程序都运行在安卓系统进程里,每个进程对应着一个Dalvik虚拟机实例。他们都提供了对象生命周期管理、堆栈管理、线程管理、安全和异常管理以及垃圾回收等重要功能,各自拥有一套完整的指令系统,以下简要对比两种虚拟机的不同。

①JAVA虚拟机运行的是JAVA字节码,Dalvik虚拟机运行的是Dalvik字节码
JAVA程序经过编译,生成JAVA字节码保存在class文件中,JVM通过解码class文件中的内容来运行程序。而DVM
运行的是Dalvik字节码,所有的Dalvik字节码由JAVA字节码转换而来,并被打包到一个DEX(Dalvik Executable)可执行文件中,DVM通过解释DEX文件来执行这些字节码。

②Dalvik可执行文件体积更小
以下是JVM规范中以C的数据结构表达的class文件结构,class文件被虚拟机加载到内存中后便是这样

class文件中包含多个不同的方法签名,如果A类文件引用B类文件中的方法,方法签名也会被复制到A类文件中(在虚拟机加载类的连接阶段将会使用该签名链接到B类的对应方法),也就是说,多个不同的类会同时包含相同的方法签名,同样地,大量的字符串常量在多个类文件中也被重复使用,这些冗余信息会直接增加文件的体积,而JVM在把描述类的数据从class文件加载到内存时,需要对数据进行校验、转换解析和初始化,最终才形成可以被虚拟机直接使用的JAVA类型,因为大量的冗余信息,会严重影响虚拟机解析文件的效率。
为了减小执行文件的体积,安卓使用Dalvik虚拟机,SDK中有个dx工具负责将JAVA字节码转换为Dalvik字节码,dx工具对JAVA类文件重新排列,将所有JAVA类文件中的常量池分解,消除其中的冗余信息,重新组合形成一个常量池,所有的类文件共享同一个常量池,使得相同的字符串、常量在DEX文件中只出现一次,从而减小了文件的体积。
dx工具的转换过程和DEX文件的结构如下图所示。


③JVM基于栈,DVM基于寄存器
JAVA虚拟机基于栈结构,程序在运行时虚拟机需要频繁的从栈上读取写入数据,这个过程需要更多的指令分派与内存访问次数,会耗费很多CPU时间。
Dalvik虚拟机基于寄存器架构,数据的访问通过寄存器间直接传递,这样的访问方式比基于栈方式要快很多。

public class Hello {
    public int foo(int a, int b) {
        return (a + b) * (a - b);
    }

    public static void main(String[] args) {
        Hello t = new Hello();
        System.out.print(t.foo(5, 3));
    }
}



以这段代码中的foo方法为例,编译成class文件后,反编译class文件查看JAVA字节码:
Code:
         0: iload_1
         1: iload_2
         2: iadd
         3: iload_1
         4: iload_2
         5: isub
         6: imul
         7: ireturn



同样代码的foo方法,编译生成dex文件后,查看Dalvik字节码:
        
         0000: add-int  v0, v3, v4
         0002: sub-int  v1, v3, v4
         0004: mul-int/2addr  v0, v1
         0005: return  v0


由以上字节码对比,代码指令减少了,执行速度当然也会更快。
下图为两种虚拟机分别执行自己的字节码的过程对比。



3、什么是ART虚拟机,和JVM/DVM有什么不同?

首先了解JIT(Just In Time,即时编译技术)和AOT(Ahead Of Time,预编译技术)两种编译模式。

JIT以JVM为例,javac把程序源码编译成JAVA字节码,JVM通过逐条解释字节码将其翻译成对应的机器指令,逐条读入,逐条解释翻译,执行速度必然比C/C++编译后的可执行二进制字节码程序慢,为了提高执行速度,就引入了JIT技术,JIT会在运行时分析应用程序的代码,识别哪些方法可以归类为热方法,这些方法会被JIT编译器编译成对应的汇编代码,然后存储到代码缓存中,以后调用这些方法时就不用解释执行了,可以直接使用代码缓存中已编译好的汇编代码。这能显著提升应用程序的执行效率。(安卓Dalvik虚拟机在2.2中增加了JIT)
相对的AOT就是指C/C++这类语言,编译器在编译时直接将程序源码编译成目标机器码,运行时直接运行机器码。

Dalvik虚拟机执行的是dex字节码,ART虚拟机执行的是本地机器码

Dalvik执行的是dex字节码,依靠JIT编译器去解释执行,运行时动态地将执行频率很高的dex字节码翻译成本地机器码,然后在执行,但是将dex字节码翻译成本地机器码是发生在应用程序的运行过程中,并且应用程序每一次重新运行的时候,都要重新做这个翻译工作,因此,及时采用了JIT,Dalvik虚拟机的总体性能还是不能与直接执行本地机器码的ART虚拟机相比。

安卓运行时从Dalvik虚拟机替换成ART虚拟机,并不要求开发者重新将自己的应用直接编译成目标机器码,也就是说,应用程序仍然是一个包含dex字节码的apk文件。所以在安装应用的时候,dex中的字节码将被编译成本地机器码,之后每次打开应用,执行的都是本地机器码。移除了运行时的解释执行,效率更高,启动更快。(安卓在4.4中发布了ART运行时)

ART优点:
①系统性能显著提升
②应用启动更快、运行更快、体验更流畅、触感反馈更及时
③续航能力提升
④支持更低的硬件

ART缺点
①更大的存储空间占用,可能增加10%-20%
②更长的应用安装时间

总的来说ART就是“空间换时间”
17
0
查看评论

深入理解ART虚拟机—虚拟机的启动

看art虚拟机也有一段时间了,是时候写点什么出来了。早先看art的时候,发现不是太能理解,所以就恶补了一下dalvik虚拟机,所以有了之前的dalvik系列,等再次回头看art的时候,确实轻松了不少。 art从Android L开始正式替换dalvik,成为Android的默认虚拟机,L的art源码...
  • threepigs
  • threepigs
  • 2016-10-11 13:50
  • 4042

JVM、DVM(Dalvik VM)和ART虚拟机对比

本文在于帮助大家快速的有一定深度的了解Android虚拟机。如果读者期望更加深入的了解相关的内容,可以根据文末给出的参考资料继续往下学习。如果觉得文中内容有什么错误,欢迎读者朋友指正,同时如需要转载请注明出处http://blog.csdn.net/evan_man/article/details/...
  • evan_man
  • evan_man
  • 2016-09-02 15:31
  • 3574

Android ART运行时无缝替换Dalvik虚拟机的过程分析

Android 4.4发布了一个ART运行时,准备用来替换掉之前一直使用的Dalvik虚拟机,希望籍此解决饱受诟病的性能问题。老罗不打算分析ART的实现原理,只是很有兴趣知道ART是如何无缝替换掉原来的Dalvik虚拟机的。毕竟在原来的系统中,大量的代码都是运行在Dalvik虚拟机里面的。开始觉得这...
  • Luoshengyang
  • Luoshengyang
  • 2014-01-13 00:59
  • 82690

art虚拟机分析

art虚拟机将dex编译成ota后,生成oat文件,该文件结构包含如下几部分1 header 部分,记录一些meta信息(其实header是包含在oatdata部分的,可以通过导出部分找到对应的oatdata,也就可以找到队一个的header部分)2  oatdata部分,保存各个原始dex信息3 ...
  • woai110120130
  • woai110120130
  • 2017-01-24 11:26
  • 223

Art和Dalvik对比以及虚拟机的原理

ART(Andriod RunTime)是Dalvik虚拟机的下一个版本,Dalvik运行的是字节码,而ART运行的是本地的代码,虚拟机的作用就是用来运行系统的应用程序。        ART相较于Dalvik的优势:  &#...
  • qq_34004331
  • qq_34004331
  • 2017-03-02 16:07
  • 375

art虚拟机启动过程分析

android art jvm
  • nbsp22
  • nbsp22
  • 2016-12-03 16:01
  • 900

ART到底是不是虚拟机?

ART的主要工作是管理运行时类型信息,加载,卸载代码段,标记,回收内存等资源。 编译型语言如C语言是没有这些工作的。 基于ART运行的apk仍然会比编译型语言要慢。 apk代码翻译成机器码后,仍然没有直接运行,直接运行的代码仍然是ART虚拟机进程,虚拟机进程需要动态地加载机器码,执行机器码,动态地链...
  • hhdsyxwei
  • hhdsyxwei
  • 2017-09-14 09:40
  • 225

Android ART虚拟机

Android 4.4提供了一种与Dalvik截然不同的运行环境ART(Android runtime)支持,ART源于google收购的Flexycore的公司。ART模式与Dalvik模式最大的不同在于,启用ART模式后,系统在安装应用的时候会进行一次预编译,将字节码转换为机器语言存储在本地,这...
  • yangwen123
  • yangwen123
  • 2014-01-17 17:17
  • 4721

深入理解Android之Java虚拟机Dalvik

一、背景这个选题很大,但并不是一开始就有这么高大上的追求。最初之时,只是源于对Xposed的好奇。Xposed几乎是定制ROM的神器软件技术架构或者说方法了。它到底是怎么实现呢?我本意就是想搞明白Xposed的实现原理,但随着代码研究的深入,我发现如果不了解虚拟机的实现,而仅简单停留在Xposed的...
  • Innost
  • Innost
  • 2015-12-22 09:55
  • 33213

Dalvik虚拟机简要介绍和学习计划

我们知道,Android应用程序是运行在Dalvik虚拟机里面的,并且每一个应用程序对应有一个单独的Dalvik虚拟机实例。除了指令集和类文件格式不同,Dalvik虚拟机与Java虚拟机共享有差不多的特性,例如,它们都是解释执行,并且支持即时编译(JIT)、垃圾收集(GC)、Java本地方法调用(J...
  • Luoshengyang
  • Luoshengyang
  • 2013-05-06 00:57
  • 73485
    在线咨询
    个人资料
    • 访问:4095377次
    • 积分:19590
    • 等级:
    • 排名:第525名
    • 原创:183篇
    • 转载:12篇
    • 译文:0篇
    • 评论:1013条
    我的微博
    微信公众号
    ====原创==== ====思考====
    写给自己
    你花六块八块买个盒饭吃,觉得很节省,有人在路边买了七毛钱馒头吞咽后步履匆匆;

    你八点起床看书,觉得很勤奋,上微博发现曾经的同学八点就已经在面对繁重的工作;

    你周六补个课,觉得很累,打个电话才知道许多朋友都连续加班了一个月。

    亲爱的,你真的还不够苦,不够勤奋和努力。