android - 找出资源去向的更好方法？

Question

我的应用程序中有内存泄漏。所以很自然地我想修复它。问题是我不知道如何使用 DDMS 和内存分配工具，或者它们是垃圾（或两者兼而有之）。所以我想知道是否有另一种方法可以找出我的所有资源都在哪里使用，或者是否有人可以启发我如何使用 DDMS 工具。

PS：是的，我知道我必须单击 DDMS 中的调试按钮，然后导致 HPROF 转储和/或使用更新堆按钮并执行 GC。我可以查看两者的详细信息，但看不到我创建的任何对象。简而言之，我无法阅读我正在查看的内容。

非常感谢任何帮助或启发。

~伊顿

编辑1：

我在自定义视图中的整个绘图方法中添加了一些日志记录。经过一些实验，我发现内存泄漏接缝来自这种方法。

/** 更新后台的仪表独立静态缓冲区缓存。*/

private void regenerate() {
    mNeedRegen = false;
    // Prevent memory leaks by disposing of old bitmaps.
    if (mBackground != null) { mBackground.recycle(); mBackground = null; }
    // Our new drawing area
    Log.d(TAG, getWidth() + "\t" + getHeight());
    mBackground = Bitmap.createBitmap(getWidth(), getHeight(), Bitmap.Config.ARGB_8888);
    Canvas backCanvas = new Canvas(mBackground);
    float scale = (float)getWidth();
    backCanvas.scale(scale, scale);
    drawRim(backCanvas);
    drawFace(backCanvas);
    drawTitle(backCanvas);
    if (!(this instanceof EmptySpace)) { drawGroupIcon(backCanvas); }
    regenerateBackground(backCanvas);
}

现在，在我的应用程序中摆弄了一番之后，我设法导致了这个错误：

     dalvikvm-heap  E  195364-byte external allocation too large for this process.
  2935               dalvikvm  E  Out of memory: Heap Size=4871KB, Allocated=2636KB, Bitmap Size=19528KB
  2935            GraphicsJNI  E  VM won't let us allocate 195364 bytes
  2935         AndroidRuntime  D  Shutting down VM
  2935               dalvikvm  W  threadid=1: thread exiting with uncaught exception (group=0x400259f8)
  2935         AndroidRuntime  E  FATAL EXCEPTION: main
  2935         AndroidRuntime  E  java.lang.OutOfMemoryError: bitmap size exceeds VM budget
  2935         AndroidRuntime  E    at android.graphics.Bitmap.nativeCreate(Native Method)
  2935         AndroidRuntime  E    at android.graphics.Bitmap.createBitmap(Bitmap.java:574)
  2935         AndroidRuntime  E    at com.android.appion.arm.widgets.GaugeBase.regenerate(GaugeBase.java:239)
  2935         AndroidRuntime  E    at com.android.appion.arm.widgets.GaugeBase.onSizeChanged(GaugeBase.java:86)
  2935         AndroidRuntime  E    at android.view.View.setFrame(View.java:7101)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7028)
  2935         AndroidRuntime  E    at android.widget.GridView.setupChild(GridView.java:1316)
  2935         AndroidRuntime  E    at android.widget.GridView.makeAndAddView(GridView.java:1222)
  2935         AndroidRuntime  E    at android.widget.GridView.makeRow(GridView.java:265)
  2935         AndroidRuntime  E    at android.widget.GridView.fillSpecific(GridView.java:463)
  2935         AndroidRuntime  E    at android.widget.GridView.layoutChildren(GridView.java:1122)
  2935         AndroidRuntime  E    at android.widget.AbsListView.onLayout(AbsListView.java:1147)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1249)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1125)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.onLayout(LinearLayout.java:1042)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.SlidingDrawer.onLayout(SlidingDrawer.java:331)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.RelativeLayout.onLayout(RelativeLayout.java:909)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.FrameLayout.onLayout(FrameLayout.java:333)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1249)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.layoutVertical(LinearLayout.java:1125)
  2935         AndroidRuntime  E    at android.widget.LinearLayout.onLayout(LinearLayout.java:1042)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.widget.FrameLayout.onLayout(FrameLayout.java:333)
  2935         AndroidRuntime  E    at android.view.View.layout(View.java:7034)
  2935         AndroidRuntime  E    at android.view.ViewRoot.performTraversals(ViewRoot.java:1049)
  2935         AndroidRuntime  E    at android.view.ViewRoot.handleMessage(ViewRoot.java:1744)
  2935         AndroidRuntime  E    at android.os.Handler.dispatchMessage(Handler.java:99)
  2935         AndroidRuntime  E    at android.os.Looper.loop(Looper.java:144)
  2935         AndroidRuntime  E    at android.app.ActivityThread.main(ActivityThread.java:4937)
  2935         AndroidRuntime  E    at java.lang.reflect.Method.invokeNative(Native Method)
  2935         AndroidRuntime  E    at java.lang.reflect.Method.invoke(Method.java:521)
  2935         AndroidRuntime  E    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
  2935         AndroidRuntime  E    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
  2935         AndroidRuntime  E    at dalvik.system.NativeStart.main(Native Method)

错误本身是有道理的。我内存不足。没有意义的是我试图制作的位图是 221 像素乘 221 像素，但显然是 19528kb。如果我的数学是正确的 221 * 221 = 48841 * 4 = 195364字节= 190.7kb。这根本没有任何意义。任何人，请看一看，看看你能找到什么。顺便说一句，错误中的问题如下（来自 regenerate 方法）

mBackground = Bitmap.createBitmap(getWidth(), getHeight(), Bitmap.Config.ARGB_8888);

score 4 · Accepted Answer

首先，我认为 Dalvik 消息显示了错误的单位，而 GraphicsJNI 错误是正确的：

dalvikvm E 内存不足：堆大小=4871KB，已分配=2636KB，位图大小=19528KB 2935
GraphicsJNI E VM 不允许我们分配 195364 字节

请记住，您可以捕获内存错误：

try{
    mBackground = Bitmap.createBitmap(getWidth(), getHeight(), Bitmap.Config.ARGB_8888);
} catch(OutOfMemoryError e){
    //do something
}

如果您的位图始终大小相同，我建议您重新使用它们。如果您正在相当快地创建和销毁位图，您将面临超过垃圾收集器并进入此状态的风险。

--编辑-- 至于你原来的问题。在查找内存泄漏时，我通常会执行以下操作。

初始化步骤

确保您的应用在清单中设置为可调试
启动您的应用程序，打开 DDMS 并选择您的应用程序。
选择分配跟踪器视图并开始跟踪

分析

让您的应用程序运行，或在您的应用程序中执行一些导致内存问题的特定活动。
单击“获取分配”以更新跟踪器。如果您愿意，您现在可以停止跟踪。
在过滤器中，键入您的应用程序名称以缩小结果范围。

您需要考虑您在此处看到的内容以及它是否对您的应用程序有意义。应该有 1000 个小内存分配吗？很可能不是。此时，您可以单击分配并准确查看导致分配的方法和行号。

另一种方法是为您的应用程序启用堆更新并使用堆资源管理器来跟踪分配。堆资源管理器不会告诉您分配来自哪里，但它会告诉您例如：

1k 分配的数量正在增长，并且从未减少。

然后，您可以进入分配跟踪器并按大小对分配进行排序，以查看您在哪里执行 1k 分配。

score 0 · Accepted Answer

我喜欢使用分配跟踪工具。

http://android-developers.blogspot.com/2009/02/track-memory-allocations.html

我知道这不是你要问的...

我发现以下有关 Android 内存泄漏的文档值得一读。

http://developer.android.com/resources/articles/avoiding-memory-leaks.html

...以及其他关于优化的帖子http://android-developers.blogspot.com/search/label/Optimization

android - 找出资源去向的更好方法？

2 回答 2

Related

Reference