4

当我最小化我的 Android 应用程序大约 4 或 5 次时,我总是收到以下错误:

02-01 19:24:11.980: E/dalvikvm-heap(22362): Out of memory on a 3686416-byte allocation.
02-01 19:24:12.000: E/dalvikvm(22362): Out of memory: Heap Size=62755KB, Allocated=55237KB, Limit=65536KB
02-01 19:24:12.000: E/dalvikvm(22362): Extra info: Footprint=62435KB, Allowed Footprint=62755KB, Trimmed=2144KB
02-01 19:24:12.000: E/Bitmap_JNI(22362): Create Bitmap Failed.    
02-01 19:24:12.000: E/Bitmap_JNI(22362): Failed to create SkBitmap!
02-01 19:24:12.000: E/AndroidRuntime(22362): FATAL EXCEPTION: main
02-01 19:24:12.000: E/AndroidRuntime(22362): java.lang.OutOfMemoryError: (Heap Size=62755KB, Allocated=55237KB)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at android.graphics.Bitmap.nativeCreateScaledBitmap(Native Method)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at android.graphics.Bitmap.createScaledBitmap(Bitmap.java:744)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at de.vauge.mb.Utils.getResizedBitmap(Utils.java:56)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at de.vauge.mb.MenuView.initialize(MenuView.java:74)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at de.vauge.mb.MenuView$1.handleMessage(MenuView.java:137)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at android.os.Handler.dispatchMessage(Handler.java:99)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at android.os.Looper.loop(Looper.java:156)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at android.app.ActivityThread.main(ActivityThread.java:5045)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at java.lang.reflect.Method.invokeNative(Native Method)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at java.lang.reflect.Method.invoke(Method.java:511)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)
02-01 19:24:12.000: E/AndroidRuntime(22362):    at dalvik.system.NativeStart.main(Native Method)

我的应用程序仅包含一个 Activity,其中包含 7 个不同的自行编写的视图(所有视图都包含一些位图),并且在不需要它们时它们会被切换为不可见(可能不是很好的风格,但它对我有用直到现在...)。这些视图中的每一个都有一个 destroy() 函数,用于回收其中使用的所有位图,并且 MainActivity 的 onDestroy() 调用所有这些 destroy() 函数。此外,我没有使用任何静态位图。

那么,除了回收所有位图而不使用静态位图之外,我还有什么可以尝试的吗?

4

4 回答 4

9

出色地。Android 上的位图可能有点棘手。您能否提供有关位图来源及其大小的更好信息?

否则,我建议调查这些事情:

  1. 如果您正在加载远程图像,请查看fresco。你也可以看看毕加索。我个人曾经喜欢ImageLoader,但它不再被维护了。

  2. 如果您使用曾经是推荐选项的 inPurgable 标志,请尝试找到解决方法,因为它实际上会导致为每个图像分配更多内存。

  3. 如果您经常解码小型本地资产,请考虑将您的可绘制对象保存在哈希图中并在需要时重新使用它们。更少的GC。

  4. 如果您想对您的应用程序进行子类化,您可以使用OnLowMemory调用来了解您何时可能真正需要清理(主要用于调试,而不是现实生活中的情况)......如果这还不算太晚...... :)

  5. 看看 Chris Banes 的博客。是一个非常有趣的内存缓存解决方案

  6. 实现一个你在需要和可能的时候调用的内存修剪器。

  7. 另一个不足为奇的优化是尽可能使用更小的对象……想想你的最小数据模型和图像大小,并尝试为它们提供符合要求的 API。

于 2013-02-01T19:56:43.043 回答
1

对于 Ben Max 评论中的#3,我做了两个有用的类:

public abstract class SoftReferenceStorage<K, V>{
private static HashMap<Object, SoftReference<Object>> objectsHash = new HashMap<Object, SoftReference<Object>>();

@SuppressWarnings("unchecked")
public V get(K key) {
    if (objectsHash.containsKey(key)) {
        SoftReference<Object> ref = objectsHash.get(key);
        if (ref.get() == null) {
            objectsHash.put(key, new SoftReference<Object>(createValueForKey(key)));
            return (V)objectsHash.get(key).get();
        } else {
            return (V)ref.get();
        }
    } else {
        objectsHash.put(key, new SoftReference<Object>(createValueForKey(key)));
        return (V)objectsHash.get(key).get();
    }
}

protected abstract V createValueForKey(K key);
}

public class FrequentlyUsedBitmapResources extends SoftReferenceStorage<Integer, Bitmap>{
private static FrequentlyUsedBitmapResources instance = null;

private Resources resources;

public FrequentlyUsedBitmapResources(Resources resources) {
    super();
    this.resources = resources;
}

public static FrequentlyUsedBitmapResources getInstance() {
    if (instance == null) {
        instance = new FrequentlyUsedBitmapResources(HiDriveApp.getContext().getResources());
    }
    return instance;
}

@Override
protected Bitmap createValueForKey(Integer resId) {
    return BitmapFactory.decodeResource(resources, resId);
}
}

可以像这样使用:

Bitmap b = FrequentlyUsedBitmapResources.getInstance().get(R.drawable.overview_photo_placeholder);
于 2013-09-03T14:31:04.297 回答
0

确保您将它们加载到onCreate()而不是在onStart()or中onResume()。听起来每次您恢复时都会重新加载它们,但它们并没有被销毁,因为onDestroy()在您最小化应用程序时不会调用它们。

于 2013-02-01T18:37:47.237 回答
0

如果图像在本地设备上(即与您的代码合并或来自用户图像库),那么我可能会选择不让它们简单地隐藏或不显示,而是直接从磁盘中将它们带入。事实证明,所有这些设备本质上都是基于闪存的,与主轴磁盘相比,速度非常快。最有可能的是,用户将无法感受到磁盘 IO 对图像的性能影响。

通过这种方式,您也可以在任何时候限制您在内存中保存的图像数量。

我同意你也应该看看蒂姆的评估。

于 2013-02-01T18:38:19.273 回答