单例模式是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月，明智地使用你的单身
我认为这种混乱是因为人们不知道Singleton模式的真正应用。我再怎么强调也不为过。Singleton不是包装全局变量的模式。Singleton模式只应用于确保在运行时存在给定类的一个且只有一个实例。
人们认为辛格尔顿是邪恶的，因为他们在全球范围内使用它。正是因为这种困惑，辛格尔顿被人看不起。请不要混淆Singleton和globals。如果用于预期用途，您将从Singleton模式中获得极大的好处。
如果你使用得当且最少，单身汉并不是邪恶的。还有很多其他好的设计模式可以在某一点上替代单例的需求（也可以提供最佳结果）。但是一些程序员不知道这些好模式，在所有情况下都使用单例模式，这使得单例模式对他们来说是有害的。
从纯粹主义的观点来看，单身汉是不好的。
从实践的角度来看，单例是开发时间与复杂性的权衡。
如果你知道你的应用程序不会有太大的变化，那么它们很好用。只要知道，如果您的需求以意外的方式发生变化（在大多数情况下这是很正常的），您可能需要重构。
单体有时也会使单元测试复杂化。
假设该模式用于模型的某个方面，而该方面是真正的单一模式，则该模式没有本质上的错误。
我认为这种反弹是由于它的过度使用，而这反过来又是因为它是最容易理解和实施的模式。
