在桌面应用程序中(我知道，只有我们这些恐龙才会写这些!)，它们对于获得相对不变的全局应用程序设置是必不可少的——用户语言，帮助文件的路径，用户首选项等等，否则就必须传播到每个类和每个对话框中。

编辑-当然这些应该是只读的!

答:

在以下情况下使用单例:

您需要在系统中有且只有一个类型的对象

在以下情况下不要使用单例:

你想要节省内存 你想尝试一些新的东西 你想炫耀你知道多少 因为其他人都在这么做(见wikipedia中的cargo cult程序员) 在用户界面小部件中 它应该是一个缓存 在字符串 在会话 我可以玩一整天

如何创建最佳单例:

越小越好。我是一个极简主义者 确保它是线程安全的 确保它永远不为空 确保只创建一次 懒惰还是系统初始化?符合您的要求 有时操作系统或JVM为你创建单例(例如，在Java中每个类定义都是单例) 提供析构函数或以某种方式计算出如何处理资源 使用较少的内存

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

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

我用Singletons作为面试测试。

当我让开发人员说出一些设计模式时，如果他们只能说出Singleton，他们就不会被录用。

另一个实现

class Singleton
{
public:
    static Singleton& Instance()
    {
        // lazy initialize
        if (instance_ == NULL) instance_ = new Singleton();

        return *instance_;
    }

private:
    Singleton() {};

    static Singleton *instance_;
};

Because a singleton only allows one instance to be created it effectively controls instance replication. for example you'd not need multiple instances of a lookup - a morse lookup map for example, thus wrapping it in a singleton class is apt. And just because you have a single instance of the class does not mean you are also limited on the number of references to that instance. You can queue calls(to avoid threading issues) to the instance and effect changes necessary. Yes, the general form of a singleton is a globally public one, you can certainly modify the design to create a more access restricted singleton. I haven't tired this before but I sure know it is possible. And to all those who commented saying the singleton pattern is utterly evil you should know this: yes it is evil if you do not use it properly or within it confines of effective functionality and predictable behavior: do not GENERALIZE.