根据设备功能和可用内存调整 LRU 缓存大小

Question

我正在考虑在 Android 应用程序中实现第一层缓存。 我正在考虑使用 SoftReferences 来确保避免 OOM 异常，但由于有很多关于 Android 如何“过早”释放这些异常的文章，我决定研究一下 android.util.LruCache 缓存。

问题：如何根据实际设备正确调整大小？ LRU 缓存才是真正的解决方案，而不是 SoftReferences，这听起来很不错，但如果您真的热衷于避免 OOM 异常，那么使用任意数量的兆字节硬引用会感觉非常不安全。如果你问我的话，那只是不安全。 无论如何，这似乎是唯一的选择。 我正在研究 getMemoryClass 以找出实际设备上应用程序的堆大小（+在调整缓存大小之前检查可用堆大小）。基线是 16 Megs，听起来不错，但我见过设备（例如过去的 G1）抛出 OOM 异常，堆大小约为 5 MB（根据 Eclipse MAT）。我知道 G1 已经很旧了，但重点是我的经验与文档提到的 16 Megs 基线并不相符。因此，如果我需要合理获得的最大缓存，我完全不确定应该如何扩展 LRU 缓存。 （对 8 Meg 很满意，并且在低规格设备上可以使用小至 1 Meg）

感谢您的任何提示。

编辑：我指的是Android LRU缓存类： http://developer.android.com/reference /android/util/LruCache.html

Answer 1

我认为开发指南中概述了计算 LruCache 大小的有效解决方案：

int memClass = ( ( ActivityManager )context.getSystemService( Context.ACTIVITY_SERVICE ) ).getMemoryClass();
int cacheSize = 1024 * 1024 * memClass / 8;

可以在此处找到更多信息：http://developer.android.com/training/displaying-bitmaps/cache-bitmap.html

Answer 2

从你的问题来看，理解你所问的内容有点令人困惑。让我试一试。

各种缓存产品AppFabric、memcached、ncache 和scaleout 对每个对象都有1M 的限制。我认为横向扩展确实提供了某种定制。

但所有这些都是服务器端产品。因此，对于 Android 设备（很可能只是单个主机本地缓存），我可能会选择最大 64kb。我的意思是，为什么有人需要设备上每个对象超过 64kb。只是我的猜测。

如果我是你，我会研究 memcached（最著名的开源缓存解决方案）。并且可能是横向扩展的，因为它也很容易让 hello world 与横向扩展一起工作。并按比例决定。