Alexandrescu的现代c++设计有一个线程安全的、可继承的泛型单例。

对于我的2p价值，我认为为你的单例对象定义生命周期是很重要的(当绝对有必要使用它们时)。我通常不让静态的get()函数实例化任何东西，把设置和销毁留给主应用程序的某个专用部分。这有助于突出单例程序之间的依赖关系——但是，正如上面强调的，如果可能的话最好避免它们。

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

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

但是当我需要像Singleton这样的东西时，我经常使用Schwarz Counter来实例化它。

单身让你有能力在一个职业中结合两种坏特性。这在任何方面都是错误的。

单例可以给你:

对对象的全局访问，以及 这种类型只能创建一个对象的保证

第一点很简单。全局变量通常不好。除非真的需要，否则永远不要让对象具有全局可访问性。

第二点可能听起来很有道理，但让我们想想。上次你**不小心*创建了一个新对象而不是引用一个现有对象是什么时候?因为它被标记为c++，所以让我们使用该语言中的一个示例。你经常不小心写东西吗

std::ostream os;
os << "hello world\n";

当你打算写信的时候

std::cout << "hello world\n";

当然不是。我们不需要防范这种错误，因为这种错误根本不会发生。如果确实如此，正确的反应是回家睡12-20个小时，希望你能感觉好点。

如果只需要一个对象，只需创建一个实例。如果一个对象应该是全局可访问的，则将其设置为全局。但这并不意味着不可能创建它的其他实例。

“只有一个实例是可能的”约束并不能真正保护我们免受可能的错误。但这确实使我们的代码很难重构和维护。因为我们经常会发现我们需要不止一个实例。我们确实有不止一个数据库，不止一个配置对象，我们确实需要几个记录器。举一个常见的例子，我们的单元测试可能希望能够在每次测试中创建和重新创建这些对象。

So a singleton should be used if and only if, we need both the traits it offers: If we need global access (which is rare, because globals are generally discouraged) and we need to prevent anyone from ever creating more than one instance of a class (which sounds to me like a design issue). The only reason I can see for this is if creating two instances would corrupt our application state - probably because the class contains a number of static members or similar silliness. In which case the obvious answer is to fix that class. It shouldn't depend on being the only instance.

如果你需要全局访问一个对象，把它设置为全局的，比如std::cout。但是不要限制可以创建的实例的数量。

如果您确实需要将一个类的实例数量限制为一个，并且无法安全地处理创建第二个实例，那么就强制执行。但不要让它在全球范围内都可以使用。

如果你确实需要这两个特性，那么1)让它成为单例，2)让我知道你需要它做什么，因为我很难想象这样的情况。

另一个实现

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

        return *instance_;
    }

private:
    Singleton() {};

    static Singleton *instance_;
};

单例对象的问题不在于它们的实现。而是它们合并了两个不同的概念，这两个概念显然都不可取。

1)单例提供了对对象的全局访问机制。尽管在没有定义良好的初始化顺序的语言中，它们可能更线程安全或更可靠，但这种用法在道义上仍然相当于全局变量。它是一个用一些笨拙的语法修饰的全局变量(比如说，foo::get_instance()而不是g_foo)，但它具有完全相同的目的(在整个程序中可访问的单个对象)，并且具有完全相同的缺点。

2)单例防止一个类的多个实例化。据我所知，这种特性很少被添加到类中。这通常是一个更有语境的东西;很多被认为是独一无二的东西实际上只是碰巧是独一无二的。在我看来，更合适的解决方案是只创建一个实例——直到您意识到需要多个实例为止。