Android NDK：Dalvik Heap和Native Heap - 两者之间的区别

Question

我知道在Android平台上有Dalvik（JVM）堆和Native堆。 Dalvik GC在本机堆上没有工作。 但我不确定这是如何工作的，我的意思是Android操作系统是如何将它们分开的？

可能的情况1：由独立的内存硬件组成（我不相信太多）

可能的情况2：Android操作系统对两个堆都有固定的内存量

可能的情况3：Android OS必须在必要时将部分Dalvik内存堆分配为本机堆，因此本机堆和Dalvik堆的大小是灵活的。

哪一个是真的，或者我没有提到的可能性？

Answer 1

本机堆由dlmalloc()管理，它使用mmap()和标准调用（如sbrk()来分配内存。 托管（“Dalvik”）堆（大部分）是使用mmap()分配的一个大块。 它全部运行在Linux内核之上，所以如果您了解Linux内存管理，那么您已经知道了低级部件的工作原理。

您可以在本文中阅读有关Dalvik如何将空页从托管堆返回到操作系统的更多信息 。

编辑：有关Android内存管理信息的规范帖子就是这个 。 我不认为它直接回答你的问题，但它有很多很好的信息和信息网站的链接。

Answer 2

由于Android是开源的，您可以自己查看源代码 。 看起来它调用create_mspace_with_base() 。 我不确定那是做什么的，但根据这篇文章 ，它从/dev/zero映射内存。

所以它真的是使用“独立”堆。 它直接分配自己的内存页面并自行管理。

Answer 3

这几乎是你的第二种情况

有两个单独的heaps ，一个用于runtime Art （以前是DalvikVM ），另一个用于本native程序。

您可以通过在proc文件系统的maps伪文件上执行cat来轻松查看这两个不同的区域。

考虑以下输出：

2a028000-2a029000 rw-p 00000000 00:00 0          [heap]
b6400000-b6c00000 rw-p 00000000 00:00 0          [anon:libc_malloc]

在上面的例子中，第一个区域只有1页长，它由ART Runtime管理。 支持dlmalloc和rosalloc ，但ART使用rosalloc因为它更快。 与@fadden所说的（至少对于Lollipop）相比，这个区域由sbrk管理。 它upwards 。

第二个区域，即2048页长，它是本native heap 。 它由bionic库使用，它是Android的libc实现。 dlmalloc和jemalloc都受支持，正在使用的那个取决于设备。 我还没有找到扩展这个堆的调用，但我想mmap就足够了。 它downwards runtime ，朝向runtime堆。