如果你是创建单例对象并使用它的人，不要将它设置为单例对象(这没有意义，因为你可以控制对象的奇点而不将其设置为单例对象)，但如果你是一个库的开发人员，并且你只想向你的用户提供一个对象，这是有意义的(在这种情况下，你是创建单例对象的人，但你不是用户)。

单例对象所以使用它们作为对象,很多人访问单例直接通过调用方法返回它,但这是有害的因为你使你的代码知道对象是单身,我喜欢用单例对象,我通过构造函数传递它们,使用它们作为普通对象,通过这种方式,你的代码不知道是否这些对象是单例对象,这让依赖关系更加明确,它有助于重构……

当初始化和object时有很多代码正在运行时，单例非常方便。例如，当你使用iBatis设置一个持久化对象时，它必须读取所有的配置，解析映射，确保它是正确的，等等。在开始编写代码之前。

如果每次都这样做，性能会大大降低。在单例中使用它，你只执行一次命中，然后所有后续调用都不必执行它。

单例基本上让你在语言中拥有复杂的全局状态，否则就很难或不可能拥有复杂的全局变量。

Java特别使用单例变量作为全局变量的替代品，因为所有内容都必须包含在类中。最接近全局变量的是公共静态变量，它们可以像导入静态的全局变量一样使用

c++确实有全局变量，但是调用全局类变量的构造函数的顺序未定义。因此，单例可以让您推迟全局变量的创建，直到第一次需要该变量。

Python和Ruby等语言很少使用单例，因为您可以在模块中使用全局变量。

那么什么时候使用单例对象是好的/坏的呢?差不多就是什么时候使用全局变量是好是坏。

大多数人在试图让自己对使用全局变量感觉良好时使用单例变量。有合法的使用，但大多数时候，当人们使用它们时，只能有一个实例的事实，与它是全局可访问的事实相比，只是一个微不足道的事实。

下面是实现线程安全的单例模式的更好方法，在析构函数本身释放内存。但我认为析构函数应该是可选的，因为单例实例将在程序终止时自动销毁:

#include<iostream>
#include<mutex>

using namespace std;
std::mutex mtx;

class MySingleton{
private:
    static MySingleton * singletonInstance;
    MySingleton();
    ~MySingleton();
public:
    static MySingleton* GetInstance();
    MySingleton(const MySingleton&) = delete;
    const MySingleton& operator=(const MySingleton&) = delete;
    MySingleton(MySingleton&& other) noexcept = delete;
    MySingleton& operator=(MySingleton&& other) noexcept = delete;
};

MySingleton* MySingleton::singletonInstance = nullptr;
MySingleton::MySingleton(){ };
MySingleton::~MySingleton(){
    delete singletonInstance;
};

MySingleton* MySingleton::GetInstance(){
    if (singletonInstance == NULL){
        std::lock_guard<std::mutex> lock(mtx);
        if (singletonInstance == NULL)
            singletonInstance = new MySingleton();
    }
    return singletonInstance;
}

关于我们需要使用单例类的情况可以是- 如果我们想在整个程序执行过程中维护实例的状态 如果我们参与写入应用程序的执行日志，其中只需要使用文件的一个实例....等等。 这将是值得赞赏的，如果有人可以建议在我上面的代码优化。

独生子女的真正缺点是他们打破了继承。你不能派生一个新的类来提供扩展的功能，除非你能访问引用单例的代码。因此，除了Singleton将使您的代码紧密耦合之外(可通过策略模式修复…)又名依赖注入)，它也会阻止你关闭部分代码的修订(共享库)。

因此，即使日志记录器或线程池的示例也是无效的，应该由策略替换。