android - 关于android中最大堆大小和可用内存的两个问题

Question

我看到堆大小会根据应用程序的需要自动增加，直到手机的最大堆大小是多少。我还看到最大堆大小因设备而异。

所以我的第一个问题是，Android 设备上典型的最大堆大小是多少？我已经在一部手机上测试了内存分配，它能够使用超过 40mb 的堆，而另一部手机在 20 mbs 中给出了 OutOfMemory 错误。什么是常用的最低值，什么是常用设备上的最高值？有标准还是平均？

第二个问题，也是更重要的一个问题，是如何确保您能够使用每台设备的可用资源，但又避免使用过多？我知道有诸如 onLowMemory() 之类的方法，但这些方法似乎仅适用于整个系统内存，而不仅仅是针对您的特定应用程序的堆。

有没有办法检测设备的最大堆大小并检测可用堆内存何时达到应用程序的低点？

例如，如果设备只允许 24mb 的最大堆并且应用程序接近分配限制，那么它可以检测并缩减。但是，如果设备可以轻松处理更多内容，它将能够利用可用的资源。

谢谢

Answer 1

早期设备的每个应用的上限为 16MB。后来的设备将其增加到 24MB。 future 的设备可能会提供更多。

该值反射(reflect)了设备上可用的物理内存和显示设备的属性(因为能够显示更多颜色的更大屏幕通常需要更大的位图)。

编辑:其他思考...

我不久前读过一篇文章，指出垃圾收集分配器本质上是对具有无限内存的机器进行建模。您可以根据需要分配多少，它会处理细节。 Android 大多以这种方式工作；你保留对你需要的东西的硬引用，对你可能不需要的东西的软/弱引用，并丢弃对你不再需要的东西的引用。 GC 将其全部整理出来。

在您的特定情况下，您会使用软引用来保留那些您不需要在内存中保存但如果有足够空间则希望保留的东西。

这开始与位图分崩离析，主要是因为一些早期的设计决策导致了“外部分配”机制。此外，软引用机制需要一些调整——初始版本倾向于保留所有内容或丢弃所有内容。

Dalvik 堆正在积极开发中(例如，参见 Android 2.3“Gingerbread”上的注释，它引入了并发 GC)，因此希望这些问题将在未来的版本中得到解决。

编辑:更新...

“外部分配”机制在 4.0( Ice Cream Sandwich )中消失了。位图的像素数据现在存储在 Dalvik 堆中，避免了之前的烦恼。

最近的设备(例如 Nexus 4)将堆大小限制在 96MB 或更大。

从ActivityManager.getMemoryClass() 可以通过“内存类”获得应用程序内存限制的一般意义。可以从 java.lang.Runtime 函数 maxMemory() 获得更具体的值。