Android图像缓存-硬HashMap和软HashMaps问题

Question

我现在在我的应用程序中尝试做的是修改 ImageDownloader 类，Google 去年在其教程之一中推出的类，它可以异步下载和缓存 ImageView 的图像，而不会泄漏上下文。

换句话说，由于我使用的是全局缓存单例对象，它提供对我的位图 HashMap 的引用，我只需要知道：由于我必须根据应用程序的某些方面（客户端要求）单独缓存图像，我是否应该每种类型的位图都有一对硬和软 HashMap，或者只有一个软 HashMap，其他硬缓存在空间不足时将其文件移动到其中，会更有效吗？

Answer 1

我在我们开发的应用程序上遇到了类似的问题。我们对在 SQLite blob 中拉取的图像进行硬缓存。包装器将检查缓存是否存在，或者通过网络进行拉取，因此即使有人清除了应用程序数据，它也会工作（在图像再次缓存之前速度会慢一些）。由于它位于 SQLite 中，因此应用程序数据可以轻松地在 SD 卡之间移动，而不必担心文件路径被更改。

Answer 2

考虑使用类似的东西：

ConcurrentHashMap<String, SoftReference<Bitmap>> image_cache =
newConcurrentHashMap<String, SoftReference<Bitmap>>( 1 );

对于缓存的内存部分。当设备需要内存时，软引用将被垃圾收集。这将使您的应用程序在内存中保留尽可能多的图像，而不会导致内存问题。

您可以选择使用 SD 卡上的文件缓存来支持此缓存，其根路径为：

Environment.getExternalStorageDirectory();

或使用 android 提供的缓存空间，使用以下路径：

context.getCacheDir(); 

缓存空间是私有的，因此可以通过以下方式检索 SD 卡图像 ：用户或由第三方程序修改。缓存空间位于设备的内部存储上，并显示在应用程序管理器统计信息中。用户还可以从其设置->应用程序管理器屏幕轻松清除此缓存。

需要填写算法，首先检查内存缓存，如果找到则检查软引用，如果没有找到则检查文件系统，最后从网络获取，保存到文件，放入内存缓存。然后，您可以在此结构之上根据您的客户端要求添加额外的缓存要求。