Java虚拟机原理（下）-Dalvik vs ART-探秘Android虚拟机内在机制

Android系统作为移动端主流平台，其高效的虚拟机无疑是其核心竞争力之一。今天，就让我们一起剥开Dalvik和ART虚拟机的外衣，深入解析它们的工作原理和优缺点，帮助你全面把握Android系统的运行机制。

w风雨无阻w

1302人浏览 · 2024-05-25 10:44:33

w风雨无阻w · 2024-05-25 10:44:33 发布

正文导览

Dalvik和ART虚拟机的发展历程
Dalvik虚拟机的工作原理和特点
ART虚拟机的工作原理和优势
两者的性能和效率对比分析
如何根据需求选择合适的虚拟机

一、Dalvik和ART的发展历史

1、 Dalvik孕育与兴起

Dalvik在2007年随着Android平台的发布而首次亮相，并在随后的几年中不断更新和改进。

它基于开源的Java虚拟机，但做了很多改进和优化，专门为搭载有限资源的移动设备量身定制，如:

Register-based执行，减少内存占用
.dex字节码格式，减小APK体积
JIT即时编译器，提升运行效率

Dalvik虚拟机（DVM）与传统的Java虚拟机（JVM）有几个关键的区别：

设计目标：Dalvik被设计为适合移动设备，具有较低的内存占用和高效的电池使用。
执行格式：Dalvik使用.dex文件格式，这是从Java字节码转换而来的一种压缩形式，专为Dalvik优化。
垃圾回收：Dalvik采用了一套适合移动设备的垃圾回收机制，以适应有限的资源。

（1）、Dalvik的主要功能和作用包括

执行Android应用程序：Dalvik虚拟机执行.dex格式的应用程序代码。
内存管理：Dalvik提供了一套适合移动设备的内存管理策略。
垃圾回收：Dalvik的垃圾回收机制优化了移动设备的资源使用。

（2）、Dalvik的优点

资源占用低：Dalvik设计时考虑了移动设备的资源限制，占用较少的内存和处理能力。
灵活性：Dalvik允许更多的定制和优化，以适应不同的硬件和软件环境。

（3）、Dalvik的缺点

性能限制：由于依赖运行时编译，Dalvik的性能可能不如AOT编译的ART。
内存管理：虽然针对移动设备进行了优化，但在某些情况下，Dalvik的内存管理可能不如ART高效。

2 、ART继任登场

伴随硬件性能的飞速提升，Dalvik的一些先天缺陷逐渐凸显，主要表现为应用启动缓慢、无法实现应用级别的JIT等。为了持续提升性能，Google从Android 4.4开始引入全新的ART虚拟机。

ART本质上是一款Ahead-Of-Time (AOT)编译器，它在应用安装时就预先编译字节码为机器码，这使得应用的启动和运行速度都得到极大提升。Android 8.0及更高版本已经将ART设为默认虚拟机。

（1）、ART的主要改进包括

Ahead-of-Time（AOT）编译：ART采用了AOT编译技术，将应用程序代码在安装时编译成机器码，从而提高了执行效率。
性能提升：由于AOT编译，ART在运行时不需要进行即时编译（JIT），这减少了运行时的开销，提高了性能。
内存管理：ART改进了内存分配和垃圾回收机制，提供了更好的内存管理。

（2）、ART的主要功能和作用包括

AOT编译：ART在安装时将应用程序代码编译成机器码，提高了启动速度和运行效率。
性能优化：ART通过减少运行时编译的需要，提高了应用程序的性能。
内存管理：ART提供了改进的内存管理机制，包括更有效的垃圾回收。

（3）、ART的优点

性能提升：ART通过AOT编译提供了更好的性能。
内存管理：ART的内存管理更为高效，特别是在处理大型应用程序时。

（4）、ART的缺点

安装时间：由于AOT编译，应用程序的安装时间可能会更长。
兼容性问题：某些旧的Android应用程序可能需要额外的工作才能在ART上运行。

二、Dalvik虚拟机工作原理

Dalvik虚拟机通过其独特的设计和优化措施，为Android应用提供了高效的运行环境。然而，随着Android系统的发展，Dalvik最终被ART（Android RunTime）所取代，后者提供了更高的性能和更好的内存管理。尽管如此，了解Dalvik的工作原理对于理解Android应用开发的历史和演变仍然非常重要。

下面我们来看看 Dalvik虚拟机的工作原理：

1、基于寄存器的架构

Dalvik虚拟机采用的是基于寄存器的架构，不同于传统的基于栈的Java虚拟机。这种设计使得Dalvik虚拟机的执行效率更高，因为它减少了指令的数量和复杂性。

2、.dex文件格式

Dalvik虚拟机使用.dex文件格式来存储和执行应用程序代码。.dex格式是专门为Dalvik设计的压缩格式，它由dx工具从Java的.class文件转换而来，优化了存储空间和访问速度。

3、Zygote进程

Dalvik虚拟机有一个特殊的Zygote进程，它作为虚拟机实例的孵化器。在系统启动时，Zygote进程会创建并完成虚拟机的初始化、库的加载和预置类库的初始化操作。当系统需要一个新的虚拟机实例时，Zygote可以迅速复制自身，以最快的速度提供给系统。

4、内存共享

Dalvik虚拟机允许多个虚拟机实例共享一些只读的系统库，这意味着所有虚拟机实例都和Zygote共享一块内存区域。这有助于减少内存占用并提高效率。

5、JIT编译技术

自Android 2.2开始，Dalvik虚拟机支持JIT（Just-In-Time，即时编译技术）。这意味着虚拟机可以在运行时对代码进行编译，进一步提高执行效率。

6、优化措施

Dalvik虚拟机在安装到移动设备时，可执行文件可能会被修改以进一步优化性能。这包括调整数据的端序、内联一些函数和简化结构体，以及短路掉一些不必要的操作。

7、代码监控与优化

当Android启动时，Dalvik VM监视所有的程序（APK），并创建依存关系树，为每个程序优化代码并存储在Dalvik缓存中。这意味着第一次加载应用时可能会较慢，因为需要生成缓存文件，但之后加载会更快。

8、快速翻译器

Dalvik还提供了一个快速翻译器（Fast Interpreter）来强化功能，这有助于提高代码的解释执行速度。

9、与Java SE/ME的区别

Dalvik虚拟机不支持Java SE或Java ME类库，它使用自己建立的类库，这是Apache Harmony Java的一个子集。这使得Dalvik能够为Android提供定制化的运行时环境。

10、许可与版权

Dalvik是基于Apache License 2.0发布的，Google声称Dalvik是一个清洁室（clean room）的实现，不是基于标准Java运行环境的改进，因此不受标准Java运行环境版权许可的限制。

三、ART虚拟机的运行机制

1 、AOT静态编译机制

在Android开发中，AOT（Ahead-Of-Time）编译是一种在应用安装之前，将Java代码编译成机器码的技术。AOT编译可以提高应用的启动速度和性能，因为它减少了应用运行时的即时编译（JIT）需求。

从Android Studio 3.3开始，Android引入了D8 Dexer来替代旧的Dex编译器，并且从Android 9（Pie）开始，Android引入了新的AOT编译器，使得AOT编译成为默认行为。

下面是一个简单的Android Java代码示例，以及如何在Android Studio中构建和理解AOT编译的运行过程：

（1）、创建Android项目

打开Android Studio，创建一个新的Android项目。

（2）、编写Java代码

在MainActivity.java中编写示例代码：

package com.example.aotdemo;

import android.os.Bundle;
import android.widget.TextView;

import androidx.appcompat.app.AppCompatActivity;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        TextView textView = findViewById(R.id.text_view);
        textView.setText("Hello, AOT World!");
    }
}

（3）、构建APK

在Android Studio中，你可以通过点击Build菜单然后选择Build Bundle(s) / APK(s)来构建APK。对于AOT编译，你可以选择构建一个Release版本的APK。

（4）、理解AOT编译过程

当你构建Release版本的APK时，以下步骤发生：

D8 Dexer：首先，D8将Java字节码转换为Dalvik字节码，这是一种中间表示形式，专为Android设计。
AOT编译器：然后，Android的AOT编译器将Dalvik字节码编译成机器码。这个过程发生在应用安装之前，因此当应用运行时，大部分代码已经是机器码，减少了运行时的JIT编译需求。

（5）、安装APK

将构建的APK安装到Android设备或模拟器上。

（6）、运行应用

运行应用，你将看到"Hello， AOT World!"的文本显示在屏幕上。

（7）、查看编译结果

要查看AOT编译的结果，可以使用adb命令行工具来查看设备上的ELF文件，这些文件包含了编译后的机器码：

adb shell
cd /data/app/
ls -l <package_name>

替换<package_name>为你的应用包名。你将看到一些以.oat结尾的文件，这些文件包含了AOT编译后的机器码。

（8）、注意事项

AOT编译是Android系统自动处理的，开发者通常不需要手动干预。
AOT编译可以提高应用的性能，特别是在应用启动时。
由于AOT编译在安装前进行，因此它可以减少应用运行时的资源消耗。

通过上述步骤，你可以在Android Studio中构建一个应用，并理解AOT编译的基本概念和运行过程。

2 、Ahead-Of-Time编译器

Ahead-Of-Time（AOT）编译器是一种静态编译器，它在程序执行之前将高级语言代码（如Java或C/C++）转换为机器码。这种编译方式允许编译器进行深入的分析和优化，因为编译器有足够的时间来执行这些操作，并且不需要在运行时进行即时编译（JIT）。

以下是AOT编译器在编译过程中执行的一些关键优化步骤：

（1）、内联（Inlining）

内联是一种优化技术，它涉及将函数调用的代码直接嵌入到调用点，从而消除函数调用的开销。这在调用小型函数时特别有效，因为函数调用的开销可能比函数本身执行的时间还要长。AOT编译器会分析函数调用的上下文，并决定是否内联这些函数。

（2）、去虚拟化（Devirtualization）

在面向对象的编程中，虚拟函数调用（通过虚函数表）可能会引入运行时开销。AOT编译器可以分析程序的类型信息，并在可能的情况下将虚拟函数调用转换为直接函数调用，从而消除虚函数表的查找过程。

（3）、寄存器分配（Register Allocation）

寄存器分配是编译过程中的一个关键步骤，它涉及将程序中的变量分配给CPU的寄存器。AOT编译器会尝试优化寄存器的使用，以减少内存访问的需要，从而提高程序的执行速度。

（4）、死代码消除（Dead Code Elimination）

死代码消除是一种优化技术，它涉及识别并移除程序中永远不会执行的代码。这可以减少生成的机器码的大小，提高程序的效率。

（5）、常量传播（Constant Propagation）

常量传播涉及在编译时将表达式中的常量值传播到它们被使用的每个地方。这可以简化运行时的计算，并可能使进一步的优化成为可能。

（6）、循环优化（Loop Optimization）

循环是许多程序中性能的关键部分。AOT编译器可以执行各种循环优化，如循环展开（将循环的多次迭代合并为一个迭代），循环融合（将多个循环合并为一个循环），以及循环不变代码的移动。

（7）、指令调度（Instruction Scheduling）

指令调度涉及重新排列指令的顺序，以优化CPU流水线的使用。这可以减少指令执行的等待时间，提高程序的执行效率。

（8）、代码生成（Code Generation）

在这个阶段，AOT编译器将优化后的中间表示（IR）转换成目标机器的指令。这个过程涉及选择最合适的机器指令来实现高级操作，并确保生成的代码符合目标平台的架构要求。

（9）、链接（Linking）

最后，AOT编译器将生成的机器码与库和其他依赖项链接在一起，生成最终的可执行文件。

AOT编译器的这些优化可以显著提高程序的性能，尤其是在启动时间和运行时性能方面。然而，这些优化也可能增加编译时间，并可能导致生成的可执行文件体积增大。此外，由于AOT编译是在没有运行时信息的情况下进行的，因此某些优化可能不如JIT编译那样精确。尽管如此，AOT编译仍然是许多高性能应用程序的首选方法，特别是在嵌入式系统、移动设备和游戏开发中。

3 、支持多种GC算法

ART可以选择标记-清除、标记-整理或并发标记扫描等多种GC算法，并根据运行时状况进行切换。

（1）、ART中常见的几种GC算法

标记-清除（Mark-Sweep）

标记-清除是最基础的垃圾收集算法之一。它分为两个阶段：
- 标记阶段：垃圾收集器遍历所有可达对象，并标记它们为活跃的。
- 清除阶段：垃圾收集器再次遍历堆内存，清除所有未被标记的对象。

这种算法简单，但有两个主要问题：一是它不能处理循环引用，二是它会产生内存碎片。

标记-整理（Mark-Compact）

为了解决标记-清除算法中的问题，标记-整理算法在标记阶段之后增加了一个整理阶段：
- 整理阶段：垃圾收集器移动活跃对象，使它们紧密排列，从而减少内存碎片。
  
  这种算法可以减少内存碎片，但会增加GC的暂停时间，因为对象需要被移动。
并发标记扫描（Concurrent Mark-Sweep or Concurrent Marking）

并发标记扫描算法尝试减少垃圾收集对应用程序性能的影响，通过在应用程序运行时并发地执行标记阶段：
- 并发标记阶段：垃圾收集器在应用程序运行时并发地遍历对象图，标记活跃对象。
- 暂停标记阶段：在应用程序暂停时，完成标记过程，并执行清除或整理。

这种算法可以减少GC引起的应用程序暂停时间，但实现复杂，需要处理并发访问和修改对象的问题。

分代收集（Generational Collection）

ART还实现了分代收集策略，它基于这样一个观察：大多数对象都是短暂存在的。分代收集将堆内存分为几个区域，每个区域代表不同的对象生命周期（年轻代、老年代等）：
- 年轻代收集：频繁地对年轻代进行垃圾收集，因为大多数新创建的对象都会很快变成垃圾。
- 老年代收集：较少地对老年代进行垃圾收集，因为存活下来的对象通常活得更久。
增量收集（Incremental Collection）

增量收集算法尝试将垃圾收集工作分散到多个小步骤中，以减少每次GC的暂停时间。
增量步骤

垃圾收集器在多个小的、增量步骤中执行标记、清除或整理工作。这种方法可以减少单次GC引起的延迟，但可能会增加整体的GC时间。