最近，我遇到了C++的Singleton设计模式的实现/实现。它看起来是这样的（我采用了现实生活中的例子）：
// a lot of methods are omitted here
class Singleton
{
public:
static Singleton* getInstance( );
~Singleton( );
private:
Singleton( );
static Singleton* instance;
};
从这个声明中，我可以推断实例字段是在堆上启动的。这意味着存在内存分配。对我来说完全不清楚的是，内存将在何时被释放？或者是否存在错误和内存泄漏？似乎在实现方面存在问题。
我的主要问题是，如何以正确的方式实现它？
当前回答
接受答案中的解决方案有一个明显的缺点——在控件离开main（）函数后调用单例的析构函数。当一些依赖对象被分配到main中时，可能真的会有问题。
我在尝试在Qt应用程序中引入Singleton时遇到了这个问题。我决定，我的所有设置对话框都必须是Singleton，并采用了上面的模式。不幸的是，Qt的主类QApplication被分配在主函数的堆栈上，当没有应用程序对象可用时，Qt禁止创建/销毁对话框。
这就是为什么我更喜欢堆分配的单件。我为所有单例提供了显式的init（）和term（）方法，并在main内部调用它们。因此，我可以完全控制单体创建/销毁的顺序，而且我保证无论是否有人调用getInstance（），都会创建单体。
其他回答
作为单身汉，你通常不希望它被破坏。
当程序终止时，它将被拆除并释放，这是单例的正常行为。如果您希望能够显式地清理它，那么向类中添加一个静态方法非常容易，该方法允许您将其恢复到干净状态，并在下次使用时重新分配，但这超出了“经典”单例的范围。
有人提到过std:：call_once和std:：once_flag吗？大多数其他方法——包括双重检查锁定——都是失败的。
单例模式实现中的一个主要问题是安全初始化。唯一安全的方法是用同步屏障保护初始化序列。但这些障碍本身需要安全启动。std:：once_flag是保证安全初始化的机制。
@洛基·阿斯塔里的回答很好。
然而，有时使用多个静态对象时，您需要能够保证在所有使用单例的静态对象不再需要它之前，单例不会被破坏。
在这种情况下，std:：shared_ptr可用于保持所有用户的单例有效，即使在程序结束时调用静态析构函数：
class Singleton
{
public:
Singleton(Singleton const&) = delete;
Singleton& operator=(Singleton const&) = delete;
static std::shared_ptr<Singleton> instance()
{
static std::shared_ptr<Singleton> s{new Singleton};
return s;
}
private:
Singleton() {}
};
以下是我对如何实现正确的单线图（以及其他非平凡静态对象）的看法：https://github.com/alex4747-pub/proper_singleton
摘要：
使用静态初始化列表在正确的时间实例化单线程：在进入main之后和启用多线程之前添加一些小的改进，使其对单元测试友好。
简单的单例类，这必须是你的头类文件
#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);
