跟核心虚拟机Dalvik说再见Android Runtime（ART)登场

[[89384]]

[[89385]]

Dalvik是Android的核心组成部分之一，Android上的应用程序需要依靠它才可以正常运行。现在Google准备用新的运行环境ART来替代它。在***的Android4.4上，有两个运行环境供开发者选择——默认的Dalvik和测试中的ART。

在以前的Android系统上，所有的应用程序都是运行在Dalvik中。应用程序每次运行时其中一部分代码都要需要机器重新编译。这个过程即消耗时间又要消耗系统资源，所以执行效率难免会降低。但其优点在于这种机制可以让各种各样的应用程序运行在多种硬件架构上。相比Dalvik，ART的处理机制完全不同，它会在应用程序安装时就把程序代码转换成机器语言，让程序成为真正的本地应用。这样做的好处是程序的启动时间被极大的提高，运行速度也会更快。电量消耗的更少，系统行也跟着更加流畅。

对于想尝鲜的Nexus5用户可以到设置的开发者选项里选择ART选项，确认之后机器会重启，根据手机内安装的应用程序数量不同，***次开机消耗的时间也不相同。

由于ART还处于测试阶段，所以目前还很难精确地度量出其为Android设备提升的效率。但是一些基准测试表明它将大多数应用程序的执行时间削减了一半左右。这就意味着那些需要大量处理器性能和长时间运行的任务会被更快地执行完毕，系统也会更多地停留在闲置状态。电量损耗会减少，流畅度也自然会提升。

当然ART带来一些优点的同时，也会带来一些缺点。

其一，由于ART需要应用程序在安装时就把程序代码转换成机器语言，所以这会消耗掉更多的存储空间，但消耗掉空间的增幅通常不会超过应用代码包大小的20%。

其二，由于有了一个转码的过程，所以应用安装时间难免会延长。拿***的Google+应用为例，其apk格式的安装包大小为28.3MB，但其代码仅为6.9MB，所以多消耗掉的存储空间并不惊人。至于第二个缺点那就只能等待了。

[[89386]]

事实上，ART项目在Google内部已经进行了2年左右的时间。回溯一下，当时差不多就是Google和甲骨文因为Java专利官司闹得不可开交的那段时期。虽然到今天我们很难判断发起ART项目的初衷是哪一个，但既然它能提升Android设备的性能，我们为什么不欢迎呢？