单例模式是GoF模式书中一个完全付费的成员，但最近它似乎被开发人员世界孤立了。我仍然使用了相当多的单线程，特别是对于工厂类，虽然你必须对多线程问题（像任何类一样）小心一点，但我不明白为什么它们如此糟糕。
Stack Overflow似乎特别假设每个人都认为Singleton是邪恶的。为什么？
请用“事实、参考资料或具体专业知识”来支持您的回答
当前回答
参见Wikipedia Singleton_pattern
一些人还认为它是一种反模式，他们认为它被过度使用，在实际上不需要类的唯一实例的情况下引入了不必要的限制。[1][2][3][4]
参考文献（仅文章中的相关参考文献）
^亚历克斯·米勒。我讨厌的模式#1：辛格尔顿，2007年7月^Scott Densmore。为什么单身汉是邪恶的，2004年5月^史蒂夫·耶格。单身汉被认为愚蠢，2004年9月^J.B.Rainsberger，IBM。2001年7月，明智地使用你的单身
其他回答
作者的一些对位词：
如果你将来需要让班级不再单身，你就会陷入困境一点也不——我当时使用的是一个数据库连接单例，我想将其转换为一个连接池。请记住，每个单例都是通过标准方法访问的：
我的类别实例
这类似于工厂方法的签名。我所做的只是更新实例方法以返回池中的下一个连接，无需进行其他更改。如果我们没有使用单例的话，那就更难了。
单身汉只是花式的全球明星这一点无可厚非，但所有静态字段和方法也是如此——从类而不是实例访问的任何东西本质上都是全局的，我看不出静态字段的使用有多大阻碍？
并不是说单身汉很好，只是反驳了这里的一些“传统智慧”。
假设该模式用于模型的某个方面，而该方面是真正的单一模式，则该模式没有本质上的错误。
我认为这种反弹是由于它的过度使用，而这反过来又是因为它是最容易理解和实施的模式。
来自谷歌的Misko Hevery就这个话题发表了一些有趣的文章。。。
单身者是病态的骗子。有一个单元测试示例，说明了单身者如何难以找出依赖链并启动或测试应用程序。这是一个相当极端的虐待例子，但他提出的观点仍然有效：
单身者无非是全球国家。全局状态使您的对象可以秘密地获取未在其API中声明的内容，因此，Singleton会将您的API变成病态的骗子。
所有的Singleton都去哪儿了，这表明依赖注入使得向需要实例的构造函数提供实例变得容易，这减轻了第一篇文章中谴责的糟糕的全局Singleton背后的潜在需求。
一些代码势利者看不起他们，认为他们只是一个荣耀的全球人。就像许多人讨厌goto语句一样，也有其他人讨厌使用全局的想法。我见过几位开发人员为了避免全局性而竭尽全力，因为他们认为使用全局性是失败的承认。奇怪但真实。
在实践中，Singleton模式只是一种编程技术，它是概念工具包的有用部分。有时你可能会发现它是理想的解决方案，所以使用它。但使用它只是为了吹嘘使用设计模式，就像拒绝使用它一样愚蠢，因为它只是一个全球性的。
当几个人（或团队）达成类似或相同的解决方案时，就会出现一种模式。许多人仍然使用原始形式的单件或使用工厂模板（Alexandrescu的《现代C++设计》中有很好的讨论）。并发性和管理对象生存期的困难是主要障碍，前者很容易按照您的建议进行管理。
和所有的选择一样，辛格尔顿也有其沉浮的部分。我认为它们可以适度使用，特别是对于在应用程序寿命期内仍然存在的对象。事实上，它们类似于（而且很可能是）全球性的，这可能引发了纯粹主义者。
