为什么 valgrind 会产生多个（几乎）相似的泄漏摘要？

Question

我从控制台运行 valgrind 版本 3.12.0，如下所示：

valgrind --log-file="valgrind.log" --leak-check=yes ./application -param

日志似乎在应用程序运行时被污染了，这已经很有趣了，因为我认为在应用程序仍在运行时不能 100% 确定地检测到内存泄漏。我猜在某些情况下（可能是线程）这不是真的，而 valgrind 足够聪明，可以尽早捕捉到这些情况？

真正困扰我的是，有多个“泄漏摘要”包含或多或少相同的信息。在我看来，后期记录的摘要包含更多信息。

您将在下面找到在我的 Qt 应用程序上执行的 valgrind 的输出。我用记事本列出了所有“肯定”丢失的条目。您可以看到有大量的泄漏摘要，我不知道为什么包含的信息几乎相同。尤其是 QApplication 的构造函数泄漏的 15 个字节非常奇怪，因为它一次又一次地包含在每个摘要中。 valgrind 如何决定何时创建这样的摘要？

Answer 1

Valgrind 的设计目标之一是不产生误报（即，永远不要错误地指出问题）。总的来说，它非常接近这一点。几乎可以肯定你有泄漏。我建议您进行调试构建并查看源代码反向引用以调试问题。

泄漏检测通常在应用程序终止时进行。有一些方法可以更早地触发泄漏报告：

• 使用gdbserver命令，可以触发leak_check
• 使用 Valgrind 客户端命令可以触发VALGRIND_DO_LEAK_CHECK（有几个类似的命令）

您可能正在使用其中的第二个。

最后，“几乎相同”意味着它们不同。您可以减少堆栈深度，这样更有可能将调用堆栈组合在一起。

在执行期间，Valgrind 将在发生非泄漏错误时输出它们。

在终止时，Valgrind 输出：

1. 已卸载的共享库（详细模式）
2. 堆摘要 - 有多少内存仍在使用、分配和释放
3. 泄漏摘要 - 发现泄漏的详细信息
4. 错误摘要
5. 错误调用堆栈。对于非泄漏错误，这将重复之前的消息，尽管上下文会与出现次数一起汇总。
6. 使用抑制（我认为又是详细模式）
7. 再次总结错误