十四、Android虚拟机以及编译过程

1、什么是Dalvik虚拟机?

Google设计用于Android平台的Java虚拟机,是Android的平台的重要组成部分,支持dex格式(Dalvik Executable)的Java程序运行。
Dalvik作为面向Linux、为嵌入式操作系统设计的虚拟机,主要负责完成对象声明周期管理、堆栈管理、线程管理、安全和异常管理,以及垃圾回收等。

2、Dalvik虚拟机的特点

  • 体积小,占用内存小
  • 专有的dex可执行文件格式,体积更小,执行速度更快
  • 常量池采用32位索引值,寻址类方法名,字段名,常量更快
  • 基于寄存器结构,并拥有一套完整的指令系统
  • 提供了对象生命周期管理,堆栈管理,线程管理,安全和异常管理以及垃圾回收等重要功能。

每个Android程序都运行在Android系统的进程里面,每个进程对应着一个Dalvik虚拟机实例。

3、Dalvik虚拟机和Java虚拟机的区别

  • Java虚拟机运行的是Java字节码,Dalvik运行的是Dalvik字节码。

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

image.png

Dalvik可执行文件体积小。Android SDK中有个dx的工具,负责Java字节码转换成为Dalvik字节码。
dx工具对java类重新排列,消除在类文件中所有的冗余信息,避免虚拟机在初始化时出现反复的文件加载与解析过程。一般情况下,Java类文件中包含多个不同的方法签名,如果其他的类文件引用该类文件中的方法,其签名方法也会被复制到其类文件中,也就是说多个不同的类会同时包含相同的方法签名,同样的大量的字符串常量在多个类文件中被重复使用。这些冗余的信息会直接增加文件的体积,同时也会严重影响虚拟机解析文件的效率。消除其中的冗余信息,重新组合形成一个常量池,所有的文件共享一个常量池。由于dx工具对常量的压缩,使得相同的字符串、常量在DEX文件中只出现一次,从而减少了文件的体积。
针对每个Class文件,都由如下的格式进行组合:
image.png

dex文件使用共享的、特定类型的常量池机制来节省内存。常量池存储类中的所有字面常量,它包括字符串常量、字段常量等值。
image.png

简单来说,就是dex格式文件就是将多个class文件中公有的部分统一存放,去除冗余信息。

  • Java虚拟机与Dalvik虚拟机架构不同,这也是Dalvik和JVM之间最大的区别。

Java虚拟器基于栈结构,程序需要频繁的从栈上读取与写入数据,这个过程需要更多的指令分派与内存访问次数,会耗费不少CPU时间,对于手机来说是一笔不小的开销。Dalvik基于寄存器架构。数据访问通过寄存器间直接传递,这样的访问方式比基于栈方式要快很多。

4、Dalvik虚拟机的结构

Dalvik虚拟机结构图

一个应用首先经过DX工具将class文件转换成Dalvik虚拟机可以执行的dex文件,然后由类加载器加载原生类和Java类,接着由解释器根据指令对Dalvik字节码继续解释、执行。最后根据dvm_arch参数选择编译的目标机体系结构。

5、Android APK 编译打包流程

编译打包流程
  • 1.Java编译器对工程本身的Java代码进行编译,这些Java有三个来源:app的源码,由资源文件生成的R文件(appt工具),以及aidl文件生成的Java接口文件(aidl工具)。产出为.class文件。
  • 2..class文件和依赖的三方文件通过dex工具生成Dalvik虚拟机可执行的.dex文件,包含了所有的class信息,包括项目自身的class和依赖的class。产出为.dex文件。
  • 3.apkbuilder工具将.dex文件和编译后的资源文件生成未经签名对齐的apk文件。这里编译后的资源文件包括2部分,一是aapt编译产生的编译后的资源文件,二是依赖的三方库里的资源文件。产出为未经签名的.dex文件。
  • 4.分别由Jarsigner和zipalign对文件进行签名和对齐,生成为最终的apk文件。
    总结为:编译 --> DEX --> 打包 --> 签名和对齐

6.ART虚拟机和Dalvik虚拟机的区别

什么是ART?
ART代表Android Runtime,其处理应用程序执行的方式完全不同于Dalvik,Dalvik是依靠一个Just-In-Time(JIT)编译器去解释字节码。开发者编译后需要通过一个解释器在用户设备上运行,这一机制并不高效,但是让应用能更容易在不同的硬件和架构上运行。ART则是完全改变了这套做法。在应用安装时就预编译字节码到机器语言,这套机制叫Ahead-Of-Time(AOT)。在移除解释代码这一过程后,应用程序执行将更有效率,启动更快。
ART的优点:

  • 系统的性能显著提升;
  • 应用启动更快、运行更快、体验更流畅、触感反馈更及时;
  • 更长的电池续航能力
  • 支持更低硬件
    ART的缺点:
  • 更大的存储空间占用,可能会增加10%-30%
  • 更长的安装时间。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,898评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,401评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 143,058评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,539评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,382评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,319评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,706评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,370评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,664评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,715评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,476评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,326评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,730评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,003评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,275评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,683评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,877评论 2 335

推荐阅读更多精彩内容