单例模式是GoF模式书中一个完全付费的成员，但最近它似乎被开发人员世界孤立了。我仍然使用了相当多的单线程，特别是对于工厂类，虽然你必须对多线程问题（像任何类一样）小心一点，但我不明白为什么它们如此糟糕。
Stack Overflow似乎特别假设每个人都认为Singleton是邪恶的。为什么？
请用“事实、参考资料或具体专业知识”来支持您的回答
当前回答
单线态的问题是范围增加，因此耦合的问题。不可否认，在某些情况下，您确实需要访问单个实例，并且可以通过其他方式实现。
我现在更喜欢围绕控制反转（IoC）容器进行设计，并允许容器控制生命周期。这为依赖于实例的类提供了好处，使它们不知道存在单个实例的事实。将来可以更改单例的生存期。我最近遇到的一个例子是从单线程到多线程的简单调整。
FWIW，如果你尝试单元测试它时它是一个PIA，那么当你尝试调试、修复或增强它时，它就会变成PIA。
其他回答
因为它们基本上是面向对象的全局变量，所以通常可以用这样的方式设计类，这样就不需要它们了。
它很容易（ab）用作全局变量。依赖于单态的类相对来说更难单独进行单元测试。
单身者解决了一个（而且只有一个）问题。
资源争夺。
如果你有一些资源
（1） 只能有一个实例，并且
（2） 您需要管理单个实例，
你需要一个单身汉。
例子不多。日志文件是最大的文件。您不想只放弃一个日志文件。您希望正确刷新、同步和关闭它。这是必须管理的单个共享资源的示例。
你很少需要单身汉。他们之所以不好，是因为他们觉得自己是一个全球性的人，而且他们是GoF设计模式书的全额付费成员。
当你认为你需要一个全局，你可能犯了一个可怕的设计错误。
参见Wikipedia Singleton_pattern
一些人还认为它是一种反模式，他们认为它被过度使用，在实际上不需要类的唯一实例的情况下引入了不必要的限制。[1][2][3][4]
参考文献（仅文章中的相关参考文献）
^亚历克斯·米勒。我讨厌的模式#1：辛格尔顿，2007年7月^Scott Densmore。为什么单身汉是邪恶的，2004年5月^史蒂夫·耶格。单身汉被认为愚蠢，2004年9月^J.B.Rainsberger，IBM。2001年7月，明智地使用你的单身
太多人将非线程安全的对象放在单例模式中。尽管DataContext不是线程安全的，纯粹是一个工作单元对象，但我已经看到了DataContext（LINQ to SQL）以单例模式完成的示例。
