c++ - C++ (windows) 中的分配数及其可预测性

Question

我正在使用 _CrtDumpMemoryLeaks识别我们软件中的内存泄漏。我们在多线程应用程序中使用第三方库。该库确实存在内存泄漏，因此在我们的测试中，我们希望识别我们的内存泄漏并丢弃我们无法控制的内存泄漏。

我们使用持续集成，因此可以一直添加新功能/算法/错误修复。

所以问题是 - 是否有一种安全的方法来识别我们的泄漏和第三方库的泄漏。我们考虑过使用分配编号，但这安全吗？

Answer 1

在一个大型应用程序中，我处理全局 new 和 delete 运算符被覆盖(例如，参见 How to properly replace global new & delete operators )并使用私有(private)堆(例如，HeapCreate) ).第三方库将使用进程堆，因此分配将明确分开。

坦率地说，我不认为您可以在分配数量上走得更远。为应用程序/库使用明确的单独堆(甚至可能在您自己的应用程序中有单独的每个组件堆)将更易于管理。考虑到您可以将您自己的应用程序特定 header 添加到每个分配的 block ，从而启用非常奇特的内存跟踪。例如捕获分配整个调用堆栈将是可能的，用于调试。启用按组件计费。等等等等