当运行使用地址清理程序构建的程序时,会出现这个问题,让我很好奇。
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的明确检查。那么分配的目的是什么?
答案 0 :(得分:1)
是的,在各种谷歌代码(即不仅仅是gperftools)中,故意泄漏在启动时进行malloced的单件对象是很常见的。思维既不是初始化也不是破坏秩序是明确定义的。因此,在过程关闭时试图释放这些单身人士要求各种超级难以追踪的问题。
更多信息:https://google.github.io/styleguide/cppguide.html#Static_and_Global_Variables