android - Android 上 C/C++ 内存使用指南

Question

他们在 android.com 上说，如果您使用 Java，您可以使用的最大内存是 16 MB。至少那是设备应该支持的。如果你有一部旧手机，你会注意到你不能得到更多，而是得到一个 OutOfMemoryError。如果您使用 NDK 做同样的事情，则不会。在我的一个应用程序中，我试图获得 50MB 或更多，到目前为止，Android 对此没有问题。

我在 android.com 上没有找到与此相关的任何内容。

Java 也有限制吗？

如果是:限制是多少？

如果否:什么是好的值(value)？

问题是，我必须根据该大小构建我的代码。

[编辑:]我尝试了 Seva Alekseyev 的建议。

     root@android:/ # ulimit -a
     ulimit -a
     time(cpu-seconds)    unlimited
     file(blocks)         unlimited
     coredump(blocks)     0
     data(KiB)            unlimited
     stack(KiB)           8192
     lockedmem(KiB)       64
     nofiles(descriptors) 1024
     processes            7806
     flocks               unlimited
     sigpending           7806
     msgqueue(bytes)      819200
     maxnice              40
     maxrtprio            0
     resident-set(KiB)    unlimited
     address-space(KiB)   unlimited
     root@android:/ # ulimit -v
     ulimit -v
     unlimited
     root@android:/ #

我请求的内存(通过使用“alloc”或“new”)是虚拟内存(ulimit -v)。所以没有机会弄清楚我能获得多少？!

Answer 1

您受到三种类型的内存限制:

1) 为在多任务处理时保持系统响应而设置的人为限制——VM 堆限制是这方面的主要示例。 ulimit 是操作系统为您提供进一步限制的潜在机制，但我没有看到它在 Android 设备上被限制使用。

2) 基于可用实际内存的物理限制。你应该有一个你正在开发/测试的基准设备，并且应该非常积极地假设其他进程(后台服务，其他应用程序)也需要内存。还要记住，操作系统使用的内存因操作系统版本而异(并且会随着时间的推移而增加)。 Stock Android 不会交换，所以如果你走得太远，你就死定了。一个潜在的场景是 Nexus One(512MB RAM)，带有音频播放器和电话应用程序在后台运行，“气球”服务占用另外 100MB 物理内存以提供一些余地；在此配置中，您仍然会发现超过 100MB 的可用空间。

3) 基于地址空间的虚拟内存限制。 Stock android 允许过度使用内存，因此如果您在具有 512MB RAM 的设备上请求 1GB 虚拟分配(通过 mmap 等)，它不会闪烁，这通常是一件非常有用的事情。但是，当您随后触摸内存时，需要将其带入物理内存。如果物理内存中有只读页面，它们可以被弹出，但很快你就会用完，而且没有交换——死了。 (组合、过度使用和无交换会直接导致内存不足情况下的进程死亡，而不是像 malloc 返回 null 这样的可恢复错误)。

最后，值得注意的是 calloc/malloc/new 是否需要物理分配取决于分配器，但假设是更安全，尤其是对于少于大量页面的分配。所以:如果您处理的是 < 100 MB 的标准、行为良好的分配，您可能没有问题——但要测试!如果您正在处理您希望内存映射的大量数据，那么 mmap 在谨慎使用时是您的 friend ，并且在仅与 PROT_READ 一起使用时是您最好的 friend 。而且，如果您正在处理 > 100 MB 的物理内存分配，期望在现代设备上运行得很好，但您必须仔细定义基线并测试、测试、测试，因为检测到内存不足的情况苍蝇一般是不可能的。

还有一点要注意:APP_CMD_LOW_MEMORY 存在，并且是清除缓存的好地方，但不能保证它会及时调用以挽救您的生命。它根本不会改变整体情况。