Java 找不到导致内存泄漏的原因

也许这是一个初学者的问题，但经过数小时的搜索、观看视频等，我找不到任何答案。我正试图用Eclipse Java-ADT开发我的第一个应用程序，我已经开始关注Logcat，我经常看到dalvikvm-GC_CONCURENT和GC_FOR_ALLOC暂停50ms+，我搜索并观看了一些视频，最后我尝试用Eclipse内存分析工具分析我的应用程序，我在移动设备上运行该应用程序-转到DDMS，make.hprof文件，我发现我有大约30MB+的漏洞，所以我试图找到它在哪里，我最终意识到，即使我制作了一个新的空白应用程序Hello World并运行analyzer，仍然有21MB的漏洞-所以一定有一些我不明白的地方

这是我的第一篇文章，所以我不能发布图像，所以我给你们一个链接，指向Eclipse内存分析器中的图像。提前谢谢你的回答

---

您可以添加一些关于您构建应用程序的方式的信息吗？您能简要解释一下您生成的可交付成果的结构、包含的库、资源等吗？谢谢您的回答。我刚刚启动了eclipse.exe->newandroid应用程序->它用第一个活动和xml Hello World创建了一个新项目，我没有做任何更改，只是运行应用程序并将结果放入analyzer，它显示了这个图。我曾在其他旧版本的Android设备上试用过，泄漏率较低，但对于几乎为空的应用程序来说仍然太高。必须有一些东西-也许它加载一些默认模板，我应该删除它，当我开始新的项目。现在我只编辑src folder、res folder和AndroidManifest.xml-其他任何内容都是默认的。为了确保这一点，请尝试使用eclipse将其导出为它使用的任何格式，并查看空应用程序库中包含的资源和库。为了帮助我，我导出了，没有任何其他res和lib，只有默认值。我试图进行更多的调查，大多数泄漏都是预加载的位图。例如，一个大小为2.5MB的，当我试图保存.data并在GIMP中打开时，它只是一个渐变位图。我有全高清设备，所以也许这就是为什么位图如此之大，但20MB似乎太大了——我甚至没有使用任何一个。这就是为什么我问你的可交付成果的包装，这些位图来自哪里？默认情况下，它们是从其他源加载的，还是通过某种方式包含在应用程序中？