我有一个相对轻量级的应用程序，它似乎正在使用大部分堆内存（在我看来），并且在垃圾收集后它不会缩小。
通过使用 Eclipse 内存分析器，我无法识别任何内存泄漏。我对这个工具的了解虽然非常有限。
来自 LogCat 的片段：
（请注意，这只是日志转储中的一小部分。无论我在应用程序中做什么，LogCat 似乎都会持续输出垃圾收集消息。不过，可用堆的数量保持相对稳定，这表明（对我而言）没有实际的内存泄漏？）
01-22 17:04:51.672: D/dalvikvm(16274): GC_CONCURRENT freed 721K, 10% free 8074K/8968K, paused 4ms+7ms, total 33ms
01-22 17:04:53.742: D/dalvikvm(16274): GC_CONCURRENT freed 523K, 12% free 7977K/8968K, paused 4ms+5ms, total 29ms
01-22 17:04:54.012: D/dalvikvm(16274): GC_CONCURRENT freed 457K, 12% free 7941K/8968K, paused 3ms+2ms, total 29ms
01-22 17:04:56.432: D/dalvikvm(16274): GC_CONCURRENT freed 237K, 10% free 8116K/8968K, paused 2ms+2ms, total 22ms
01-22 17:04:58.632: D/dalvikvm(16274): GC_CONCURRENT freed 445K, 10% free 8094K/8968K, paused 3ms+3ms, total 33ms
01-22 17:05:00.332: D/dalvikvm(16274): GC_CONCURRENT freed 499K, 11% free 8013K/8968K, paused 1ms+10ms, total 33ms
01-22 17:05:00.582: D/dalvikvm(16274): GC_CONCURRENT freed 487K, 12% free 7916K/8968K, paused 3ms+6ms, total 38ms
01-22 17:05:02.382: D/dalvikvm(16274): GC_CONCURRENT freed 223K, 10% free 8107K/8968K, paused 3ms+3ms, total 23ms
01-22 17:05:03.882: D/dalvikvm(16274): GC_CONCURRENT freed 436K, 10% free 8107K/8968K, paused 9ms+12ms, total 76ms
01-22 17:05:05.392: D/dalvikvm(16274): GC_CONCURRENT freed 528K, 11% free 8059K/8968K, paused 2ms+3ms, total 35ms
01-22 17:05:06.962: D/dalvikvm(16274): GC_CONCURRENT freed 489K, 11% free 7998K/8968K, paused 4ms+3ms, total 32ms
01-22 17:05:07.212: D/dalvikvm(16274): GC_CONCURRENT freed 487K, 12% free 7928K/8968K, paused 3ms+3ms, total 29ms
01-22 17:05:08.832: D/dalvikvm(16274): GC_CONCURRENT freed 226K, 10% free 8094K/8968K, paused 3ms+3ms, total 22ms
01-22 17:05:12.152: D/dalvikvm(16274): GC_CONCURRENT freed 453K, 10% free 8080K/8968K, paused 4ms+3ms, total 48ms
以上是“大量使用”的结果，涉及在按钮上发送垃圾邮件和多次更改方向。我担心的是只有大约 10% 的堆似乎是空闲的/留下来进行进一步的扩展。
供您参考，表示当前片段布局的 XML 文件（在上述输出时）是一个内部带有 TableLayout 的 ScrollView，由大约 25 个 TableRow 元素组成，也许这就是如此大的堆内存占用的原因？
这有什么好担心的吗？
如果您喜欢查看我的一些代码，请告诉我。提前致谢。
更新：
该应用程序基本上只是一个包含两个片段的 Activity。基于用户交互，所述片段之一与其他片段交换。将其视为典型的菜单内容应用程序（如默认的 Android 联系人应用程序）。左侧的 MenuFragment（联系人列表）和右侧的一些 ContentFragment（联系人详细信息）。到目前为止，除了设置 UI 行为之外，还没有涉及太多功能。后台没有发生任何事情，也没有保存状态或类似情况。我基本上专注于确保当我从 MenuFragment 中选择一个项目时显示正确的片段，当片段启动时绘制正确的布局，并且当用户按下后退按钮时显示正确的片段。