Dalvik和ART

时间:2023-03-08 16:00:33

--摘自《Android进阶解密》

DVM和ART都是在Zygote进程中诞生的

*DVM和JVM的区别*

1.基于的架构不同

   DVM是基于寄存器的,它没有基于栈的虚拟机在复制数据时而使用的大量的出入栈指令,同时指令更紧凑、更简洁。但是由于显式指定了操作数,所以基于寄存器的指令会比基于栈的指令要大,但是由于指令数量的减少,总的代码数不会增加多少

2.执行的字节码不同

  JVM执行顺序:.java文件-->.class文件-->.jar文件

  DVM执行顺序:.java文件-->.class文件-->.dex文件

  .apk文件中只包含了一个.dex文件,这个.dex文件将所有的.class里面所包含的信息全部整合在一起了,这样再加载就加快了速度

3.DVM允许在有限的内存中同时运行多个进程

4.DVM由Zygote创建和初始化

5.DVM有共享机制

  不同应用之间在运行时可以共享相同的类,拥有更高的效率,而JVM机制不存在这种共享机制

6.DVM早期没有使用JIT编译器,Android 2.2之后开始使用JIT

*DVM架构*

Dalvik和ART

1.首先Java编译器编译的.class文件经过DX工具转换成.dex文件,.dex文件由类加载器处理,接着解释器根据指令集对Dalvik字节码进行解释、执行,最后交于Linux处理

2.DVM的运行时堆使用标记--清除算法进行GC

3.DVM引起GC的原因

  1)GC_CONCURRENT:当堆开始填充时,并发GC可以释放内存

  2)GC_FOR_MALLOC:当堆内存已满时,App尝试分配内存而一起的GC,系统必须停止App并回收内存

  3)GC_HPROF_DUMP_HEAP:当你请求创建HPROF文件来分析堆内存时出现的GC

  4)GC_EXPLICIT:显式的GC,例如调用System.gc()(应该避免调用显式的GC,信任GC会在需要时运行)

  5)GC_EXTERNAL_ALLOC:仅适用于API级别小于等于10,且用于外部分配内存的GC

*ART与DVM的区别*

1.ART系统在安装应用程序时会进行一次AOT(预编译),Android 7.0版本的ART加入了JIT,作为AOT的一个补充,在应用程序安装时并不会将字节码全部编译成机器码,而是在运行中将热点代码编译成机器码,从而缩短应用程序的安装时间并节省了存储空间

2.DVM为32位CPU设计,ART支持64位并兼容32位CPU

3.ART对垃圾回收机制进行了改进,比如更频繁地执行并行垃圾收集

4.ART的运行时堆空间划分和DVM不同

*ART引起GC的原因*

1.Concurrent:并发GC,不会使App的线程暂停,该GC是在后台线程运行的,并不会阻止内存分配

2.Alloc:当堆内存已满时,App尝试分配内存而引起的GC,这个GC会发生在正在分配内存的线程中

3.Explicit:App显示的请求垃圾收集

4.NativeAlloc:Native内存分配时,比如为Bitmaps或者RenderScrept分配对象,这会导致Native内存压力,从而触发GC

5.CollectorTransiton:由堆转换引起的回收,这是运行时切换GC而引起的

6.HomegeneousSpaceCompact:齐性空间压缩是指空闲列表到压缩的空闲列表空间,通常发生在当App已经移动到可察觉的暂停进程状态时

7.DisableMovingGc:发生并发堆压缩时,由于使用了GetPrimitiveArrayCritical,收集会被阻塞

8.HeapTrim:收集会一直被阻塞,直到堆内存整理完毕