删除单例对象时内存泄漏，cpp

Question

我不知道为什么我会在这里出现内存泄漏，并且非常感谢任何建议。 请注意，在进程终止之前，我调用了 destroy()，这是一个静态成员函数，应该删除单例对象。

这是相关代码和valgrind的messaeg：

Manager.h:
class Manager {
public:
    // Constructor/destructor
    static Manager * instance();
    static void destroy();
    ~Manager();
        // Bunch of functions that I didn't write here

private:
    Manager();
    static Manager * _singleton; 
        // Bunch of fields that I didn't write here
};

Manager.cpp:
#include "Manager.h"

Manager * Manager::_singleton = NULL;

Manager * Manager::instance() {
    if (_singleton == NULL) {
            _singleton = new Manager();
        }
    return _singleton;
}

void Manager::destroy()
{
    delete _singleton;
    _singleton = NULL;
}

/*
 * Destructor
 */
Manager::~Manager() {
    // Deleting all fields here, memory leak is not from a field anyway
}

这是 valgrind 的报告：

==28688== HEAP SUMMARY:
==28688==     in use at exit: 512 bytes in 1 blocks
==28688==   total heap usage: 12 allocs, 11 frees, 10,376 bytes allocated
==28688== 
==28688== 512 bytes in 1 blocks are definitely lost in loss record 1 of 1
==28688==    at 0x4C27297: operator new(unsigned long) (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==28688==    by 0x4014CE: Manager::Manager() (Manager.cpp:33)
==28688==    by 0x401437: Manager::instance() (Manager.cpp:15)
==28688==    by 0x4064E4: initdevice(char*) (outputdevice.cpp:69)
==28688==    by 0x406141: main (driver.cpp:21)
==28688== 
==28688== LEAK SUMMARY:
==28688==    definitely lost: 512 bytes in 1 blocks
==28688==    indirectly lost: 0 bytes in 0 blocks
==28688==      possibly lost: 0 bytes in 0 blocks
==28688==    still reachable: 0 bytes in 0 blocks
==28688==         suppressed: 0 bytes in 0 blocks

为什么会出现这种泄漏？我确实删除了destroy()中的_singleton

正如我所说，我将不胜感激，谢谢！

Answer 1

这里有几点需要注意。最明显的是：你什么时候 致电Manager::destroy。第二件事是内存valgrind 似乎在抱怨是在构造函数中分配的 Manager，你没有给我们看。如果我们可以相信错误信息 （我通常发现valgrind 在这方面是可靠的， 虽然它可以被愚弄），但没有剩余的指向内存的指针； 要么您没有删除对象中的字段之一，要么 对象在其构造函数中分配内存，它不会保存在 场地。

最后，最好不要销毁单例。 单例习语的全部目的是避免顺序 初始化问题（至少在 C++ 中——否则，只需声明 对象的静态实例就足够了）。破坏对象 引入了可能的破坏顺序问题。如果你不破坏 它，valgrind 将警告可能的内存泄漏（不是“绝对 lost")；您可以忽略警告，也可以将其过滤掉。