Singleton不是关于单个实例！

与其他答案不同，我不想谈论Singleton有什么问题，而是想告诉你，如果使用得当，它们是多么强大和可怕！

问题：在多线程环境中，Singleton可能是一个挑战解决方案：使用单线程引导过程来初始化单例的所有依赖项。问题：很难模仿单身汉。解决方案：使用工厂模式进行模拟

您可以将MyModel映射到继承它的TestMyModel类，每当注入MyModel时，您都会得到TestMyModel instread。-问题：单线程可能会导致内存泄漏，因为它们从未处理过。解决方案：好吧，把它们处理掉！在你的应用程序中实现回调以正确处理一个单件，你应该删除所有链接到它们的数据，最后：从工厂中删除它们。

正如我在标题中所说的，singleton不是关于单个实例的。

singleton提高了可读性：您可以查看您的类，看看它注入了什么样的singleton，以确定它的依赖项是什么。singleton改进了维护：一旦你从一个类中删除了一个依赖项，你就删除了一些单例注入，你就不需要去编辑其他类的一个大链接，这些类只是移动了你的依赖项（这是我的臭代码@Jim Burger）Singleton提高了内存和性能：当应用程序中发生了一些事情，并且需要很长的回调链才能传递时，您正在浪费内存和性能，通过使用Singleton，您正在削减中间人，并提高性能和内存使用率（通过避免不必要的局部变量分配）。

因为它们基本上是面向对象的全局变量，所以通常可以用这样的方式设计类，这样就不需要它们了。

当您使用单例（例如，记录器或数据库连接）编写代码时，然后发现您需要多个日志或多个数据库，您就遇到了麻烦。

单身者很难从他们身上转移到普通物体上。

此外，编写非线程安全的单例也太容易了。

您应该将所有需要的实用程序对象从一个函数传递到另一个函数，而不是使用单例。如果您将所有这些对象包装到一个辅助对象中，这可以简化，如下所示：

void some_class::some_function(parameters, service_provider& srv)
{
    srv.get<error_logger>().log("Hi there!");
    this->another_function(some_other_parameters, srv);
}

我认为这种混乱是因为人们不知道Singleton模式的真正应用。我再怎么强调也不为过。Singleton不是包装全局变量的模式。Singleton模式只应用于确保在运行时存在给定类的一个且只有一个实例。

人们认为辛格尔顿是邪恶的，因为他们在全球范围内使用它。正是因为这种困惑，辛格尔顿被人看不起。请不要混淆Singleton和globals。如果用于预期用途，您将从Singleton模式中获得极大的好处。

Singleton是一种模式，可以像任何其他工具一样被使用或滥用。

单例的坏部分通常是用户（或者我应该说单例不适合用于它不适合做的事情）。最大的违规行为是使用单例作为假全局变量。

假设该模式用于模型的某个方面，而该方面是真正的单一模式，则该模式没有本质上的错误。

我认为这种反弹是由于它的过度使用，而这反过来又是因为它是最容易理解和实施的模式。