gpt4 book ai didi

c++ - gperftools 中的明显内存泄漏

转载 作者:塔克拉玛干 更新时间:2023-11-03 07:06:55 31 4
gpt4 key购买 nike

在运行一个使用地址清理器构建的程序时出现这个问题,这让我很好奇。

The gperftools source code包含以下功能:

void MallocExtension::Register(MallocExtension* implementation) {
InitModule();
// When running under valgrind, our custom malloc is replaced with
// valgrind's one and malloc extensions will not work. (Note:
// callers should be responsible for checking that they are the
// malloc that is really being run, before calling Register. This
// is just here as an extra sanity check.)
if (!RunningOnValgrind()) {
current_instance = implementation;
}
}

InitModule定义如下

static void InitModule() {
if (current_instance != NULL) {
return;
}
current_instance = new MallocExtension; // pointless?
#ifndef NO_HEAP_CHECK
HeapLeakChecker::IgnoreObject(current_instance);
#endif
}

我们的地址清理程序(当然不是 valgrind)提示 MallocExtension 对象的内存泄漏。显然,这是对的。但是为什么这个分配首先在那里?

我不认为开发自己的内存分配器的人会犯这种微不足道的错误。还有一个针对 valgrind 的显式检查。那么分配的目的是什么?

最佳答案

是的,在各种谷歌代码(即不仅仅是 gperftools)中故意泄漏在启动时分配的单例对象是很常见的。思路既不是初始化也不是销毁顺序是明确的。因此,试图在进程关闭时释放此类单例需要各种 super 难以跟踪的问题。

更多信息:https://google.github.io/styleguide/cppguide.html#Static_and_Global_Variables

关于c++ - gperftools 中的明显内存泄漏,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48440340/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com