最近，我遇到了C++的Singleton设计模式的实现/实现。它看起来是这样的（我采用了现实生活中的例子）：
// a lot of methods are omitted here
class Singleton
{
public:
static Singleton* getInstance( );
~Singleton( );
private:
Singleton( );
static Singleton* instance;
};
从这个声明中，我可以推断实例字段是在堆上启动的。这意味着存在内存分配。对我来说完全不清楚的是，内存将在何时被释放？或者是否存在错误和内存泄漏？似乎在实现方面存在问题。
我的主要问题是，如何以正确的方式实现它？
当前回答
2008年，我提供了一个Singleton设计模式的C++98实现，该模式是惰性评估的、保证破坏的，在技术上不是线程安全的：有人能给我提供一个c++中的Singleton示例吗？
这里是Singleton设计模式的一个更新的C++11实现，它是延迟评估的、正确销毁的和线程安全的。
class S
{
public:
static S& getInstance()
{
static S instance; // Guaranteed to be destroyed.
// Instantiated on first use.
return instance;
}
private:
S() {} // Constructor? (the {} brackets) are needed here.
// C++ 03
// ========
// Don't forget to declare these two. You want to make sure they
// are inaccessible(especially from outside), otherwise, you may accidentally get copies of
// your singleton appearing.
S(S const&); // Don't Implement
void operator=(S const&); // Don't implement
// C++ 11
// =======
// We can use the better technique of deleting the methods
// we don't want.
public:
S(S const&) = delete;
void operator=(S const&) = delete;
// Note: Scott Meyers mentions in his Effective Modern
// C++ book, that deleted functions should generally
// be public as it results in better error messages
// due to the compilers behavior to check accessibility
// before deleted status
};
请参阅本文，了解何时使用单例：（不经常）辛格尔顿：应该如何使用
请参阅这两篇关于初始化顺序和如何处理的文章：静态变量初始化顺序查找C++静态初始化顺序问题
请参阅这篇描述寿命的文章：C++函数中静态变量的生存期是多少？
请参阅本文，其中讨论了单线程的一些线程含义：Singleton实例声明为GetInstance方法的静态变量，它是线程安全的吗？
请参阅这篇文章，解释为什么双重检查锁定在C++上不起作用：C++程序员应该知道哪些常见的未定义行为？Dobbs博士：C++和双重检查锁定的危险：第一部分
其他回答
另一个非分配的选择：根据需要创建一个单例，比如C类：
singleton<C>()
使用
template <class X>
X& singleton()
{
static X x;
return x;
}
在当前C++中，这一点和Cætælin的答案都不是自动线程安全的，而是在C++0x中。
简单的单例类，这必须是你的头类文件
#ifndef SC_SINGLETON_CLASS_H
#define SC_SINGLETON_CLASS_H
class SingletonClass
{
public:
static SingletonClass* Instance()
{
static SingletonClass* instance = new SingletonClass();
return instance;
}
void Relocate(int X, int Y, int Z);
private:
SingletonClass();
~SingletonClass();
};
#define sSingletonClass SingletonClass::Instance()
#endif
像这样访问单例：
sSingletonClass->Relocate(1, 2, 5);
接受答案中的解决方案有一个明显的缺点——在控件离开main（）函数后调用单例的析构函数。当一些依赖对象被分配到main中时，可能真的会有问题。
我在尝试在Qt应用程序中引入Singleton时遇到了这个问题。我决定，我的所有设置对话框都必须是Singleton，并采用了上面的模式。不幸的是，Qt的主类QApplication被分配在主函数的堆栈上，当没有应用程序对象可用时，Qt禁止创建/销毁对话框。
这就是为什么我更喜欢堆分配的单件。我为所有单例提供了显式的init（）和term（）方法，并在main内部调用它们。因此，我可以完全控制单体创建/销毁的顺序，而且我保证无论是否有人调用getInstance（），都会创建单体。
这是关于对象生命周期管理的。假设您的软件中有多个单体。它们依赖于Logger单例。在应用程序销毁期间，假设另一个单例对象使用Logger记录其销毁步骤。您必须保证Logger应该最后清理。因此，请同时查看本文：http://www.cs.wustl.edu/~schmidt/PDF/ObjMan.PDF
如果要在堆中分配对象，为什么不使用唯一指针。内存也将被释放，因为我们使用的是唯一指针。
class S
{
public:
static S& getInstance()
{
if( m_s.get() == 0 )
{
m_s.reset( new S() );
}
return *m_s;
}
private:
static std::unique_ptr<S> m_s;
S();
S(S const&); // Don't Implement
void operator=(S const&); // Don't implement
};
std::unique_ptr<S> S::m_s(0);
