问题标签 [eclipse-memory-analyzer]

我试图使用 Eclipse MAT 解析 11GB 堆转储，但出现以下错误

我认为 MAT 无法解析如此巨大的堆转储。我阅读了一些帖子并将 VM 配置增加到转储大小的 80% 以上。以下是我的虚拟机配置

而且我仍然无法加载转储。我尝试使用 ParseHeapDump.bat 没有任何更改...

我正在使用适用于 Android 的新地图 v2。我一直在尝试在方向更改时保存其状态。我想过简单地把

在

我SupportMapFragment班的方法

我的测试非常积极，一切正常。然后我运行 MAT 分析器并看到在旋转后我的两个或更多MainActivity实例是活动的。这是一面红旗。所以我测试了更多。

我已经用我的自定义地图片段测试了一个场景。
我已经测试了一个开箱即用的场景SupportMapFragment

MainActivity当我在 MAT 中执行时，这两种情况都会泄漏并给出相同的结果：
右键单击MainActivity-> 列出对象 -> 带有传入引用
右键单击​​“泄漏” MainActivity-> GC 根路径 -> 排除弱引用

MainActivity使用SupportMapFragmentwith时如何避免泄漏setRetainInstance(true)？

我猜这里有一个明显的答案......我对这个感到困惑：

当我所做的只是：

1. 使用 Eclipse 的New Project选项创建了一个简单的“Hello World”项目。
2. 并添加了 56 KiB 背景图片。

如果我取出android:background="@drawable/background4"线路，分配的内存将下降到 11.9 MiB。

• 系统分配这么多内存是否正常？我应该担心吗？
• 什么会占用这么多的堆空间？

我还对此进行了 MAT 报告，但我不确定从中得出什么结论：

提前致谢，

我正在尝试使用Eclipse Memory Analyzer 分析我的 Java 应用程序的内存使用情况。它的获取堆工具使用了 JPS 和 JMAP 的组合。由于某种原因，我的应用程序没有被 JPS 列出。

起初没有列出任何内容，所以我认为这可能是权限问题。我在管理员命令提示符下运行它，它开始列出自己，但它仍然不是我的应用程序。

如果我没记错的话，它应该列出我的应用程序和 Eclipse，因为它是一个 Java 应用程序。

这是在 Windows 7 64 位环境中。

我已经使用该工具运行了我的一个堆文件，下面是 Leak Hunter 的结果。嫌疑人 2 我猜是由于我正在汇集的性质，所以连接一直都是活跃的。我无法很好地解释嫌疑人 1，因为当我按下详细信息时，它会给出一长串以下详细信息

我正在调查使用 Eclipse 的内存分析器 (MAT) 分析 HPROF 文件。支配树、报告和 OQL 界面看起来非常有用。但所有这些都必须通过 MAT 软件手动完成。

是否有命令行界面，以便我可以以编程方式解析 HPROF 并自动生成自定义报告。

这对于集成这个测试基础设施来进行自动内存分析很有用。

顺便说一句，堆大小将在 10-60MB 之间。

我刚开始学习 Android 的内存管理。在对我正在处理的应用程序进行内存转储并使用 Eclipse 内存分析器对其进行分析后，我发现“剩余内存”占用了 37MB（在 50M 保留内存中）。这个 50M 的数字与我的 logcat 保留内存匹配，所以我猜这个 Remainder 确实占用了一些内存：

有人知道这个剩余部分通常是由什么组成的吗？这是否表明我有一些内存泄漏？

看起来我有内存泄漏，阻止我的活动被垃圾收集。我做了一个内存转储，MAT 显示每个活动都有几个实例。因此，我的应用程序经常由于内存泄漏而崩溃。

在MAT下可以看到保留我活动的引用与HoloEverywhere库中的IAddon类和AddonSherlock类有关。我确实在我的应用程序中使用了 HoloEverywhere 和 ActionBarSherlock。

这是其中一个保留活动（使用 MAT）的 GC 根路径（不包括弱引用）的屏幕截图：

https://dl.dropboxusercontent.com/u/11061286/Screen%20Shot%202013-05-07%20at%202.55.37%20PM.png

有谁知道可能导致这种泄漏的原因是什么？

当我在 Eclipse-Helios 中使用内存分析器时，我在“保留堆”列中得到数值 1294736，这个数值的单位是什么？是字节还是千字节？

浅堆值的相同查询。

我使用 ZXing 库编写了一个 Android 应用程序，我得到了一个java.lang.OutOfMemoryError.

首先，我确信错误已经结束，所以我使用了 Eclipse Memory Analyzer (MAT)，根据 Patrick Dubroy Google I/O 2011: Memory management for Android Apps和其他几个关于如何追踪内存泄漏的教程，比如Android 内存泄漏或不同的泄漏方式。

在 MAT 中，我发现随着时间的推移，数百个实例com.google.zxing.common.BitMatrix占用了我的大部分堆内存。

令人惊讶的是，我在原来的ZXing测试程序“CaptureActivity”中遇到了同样的问题！

经过一番调查，我知道DecodeHandler类中的活动引用可能会阻止垃圾收集器释放BitMatrix. 但我的经验太少，无法验证这一点。此外，我很惊讶在原来的 ZXing 库（2.1 版）中发现了这个问题。

任何人都可以重现这种现象或曾经经历过这种现象吗？