然而,当我在某些时候使用该应用程序,我开始在LogCat中看到消息,就像下面一样
11-05 15:57:43.951: I/dalvikvm-heap(5449): Clamp target GC heap from 32.655MB to 32.000MB 11-05 15:57:43.951: D/dalvikvm(5449): GC_FOR_MALLOC freed 0K,24% free 11512K/14983K,external 17446K/17896K,paused 64ms 11-05 15:57:44.041: D/dalvikvm(5449): GC_EXTERNAL_ALLOC freed <1K,24% free 11511K/14983K,external 17258K/17896K,paused 77ms
如果我继续,上面的消息将变得更加迫切
11-05 16:02:09.590: D/dalvikvm(5449): GC_FOR_MALLOC freed 0K,23% free 11872K/15239K,external 17497K/17896K,paused 71ms 11-05 16:02:09.700: D/dalvikvm(5449): GC_EXTERNAL_ALLOC freed <1K,paused 84ms 11-05 16:02:09.720: E/dalvikvm-heap(5449): 192816-byte external allocation too large for this process. 11-05 16:02:09.800: I/dalvikvm-heap(5449): Clamp target GC heap from 33.057MB to 32.000MB 11-05 16:02:09.800: D/dalvikvm(5449): GC_FOR_MALLOC freed 0K,paused 68ms 11-05 16:02:09.800: E/GraphicsJNI(5449): VM won't let us allocate 192816 bytes
并且不可避免的应用程序将与OutOfMemoryException崩溃
症状是经典的内存泄漏.在我的Fragment#onDestroy方法中,我取消所有待处理的任务,取消绑定和取消视图,并调用Bitmap#recycle.
有趣的是,我在LogCat中看到GC调用,但是即使我暂停长时间,内存也不会被回收.
我的直觉是,从SD中连续重新读取图像,导致退化和不可避免的死亡
这里的实用程序清理方法我正在试图摆脱drawables(有更多的我说要取消挂起/运行任务和空ListView适配器)
public static void unbindDrawables(View view,final boolean agressive) {
if (view instanceof ViewGroup) {
for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {
unbindDrawables(((ViewGroup) view).getChildAt(i),agressive);
}
if (!AdapterView.class.isInstance(view)) {
((ViewGroup) view).removeAllViews();
}
} else {
Drawable bmp = view.getBackground();
if (bmp == null && ImageView.class.isInstance(view)) bmp = ((ImageView) view).getDrawable();
if (bmp != null) {
bmp.setCallback(null);
if (agressive && (TaggedDrawable.class.isInstance(bmp))) {
Bitmap bm = ((BitmapDrawable) bmp).getBitmap();
if (bm != null) {
if (DEBUG) Log.i(TAG,"Forcing bitmap recycle for " + bmp);
bm.recycle();
bm = null;
view.destroyDrawingCache();
view = null;
}
}
}
}
}
不用说,我在这一点上受到严重的打扰,非常感谢任何建议
解决方法
这里有一些Android开发者网站的建议：
>不要保留长时间引用的上下文活动(引用
活动应该与活动的生命周期相同
本身)
>尝试使用上下文应用程序而不是上下文活动
>如果您不能控制,请避免活动中的非静态内部类
他们的生命周期,使用一个静态的内部类,并作出弱参考
到里面的活动这个问题的解决方案是使用a
静态内部类与外部类的WeakReference完全相同
在ViewRoot和它的W内部类中
垃圾收集器不是内存泄漏的保险
其次,当您不太在意位图的质量时,尝试使用BitmapFactory.options.
三,使用try catch来处理catch块中的OutOfMemory异常.
最后,使用Memory Analyzer.在Eclipse中打开DDMS,在工具栏中有一个更新堆按钮.您可以使用它来生成hprof文件,然后在andorid-sdk-tools目录中使用hprof-conv工具将文件转换为Memory Analyzer可以读取的指定格式文件.现在可以使用内存分析器来分析可能的内存泄漏.这真的是一个很好的工具,它会给你很多建议,以避免outofmemory.
希望这将帮助你,如果你找到一些更好的方法请告诉我,我也面对我的应用程序的outofmemory.
