单例模式是GoF模式书中一个完全付费的成员，但最近它似乎被开发人员世界孤立了。我仍然使用了相当多的单线程，特别是对于工厂类，虽然你必须对多线程问题（像任何类一样）小心一点，但我不明白为什么它们如此糟糕。
Stack Overflow似乎特别假设每个人都认为Singleton是邪恶的。为什么？
请用“事实、参考资料或具体专业知识”来支持您的回答
当前回答
单例模式本身不是问题。问题是，这种模式经常被使用面向对象工具开发软件的人所使用，而没有对OO概念的扎实掌握。当在这个上下文中引入单例时，它们往往会成长为不可管理的类，这些类包含了每个小用途的帮助器方法。
从测试的角度来看，单身也是一个问题。它们往往使孤立的单元测试难以编写。控制反转（IoC）和依赖注入是旨在以面向对象的方式解决这个问题的模式，这有助于单元测试。
在垃圾收集环境中，单体很快就会成为内存管理的问题。
还有多线程场景，单线程可能成为瓶颈和同步问题。
其他回答
单身汉还不错。只有当你做了一些全球独一无二的东西而不是全球独一无二的时候，才是糟糕的。
然而，有“应用程序范围服务”（想想让组件交互的消息传递系统）-这是一个单例调用，一个“MessageQueue”-类，它有一个方法“SendMessage（…）”。
然后，您可以在各地执行以下操作：
MessageQueue.Current.SendMessage（新邮件到达消息（…））；
当然，还要做到：
MessageQueue.Current.RegisterReceiver（this）；
在实现IMessageReceiver的类中。
我认为这种混乱是因为人们不知道Singleton模式的真正应用。我再怎么强调也不为过。Singleton不是包装全局变量的模式。Singleton模式只应用于确保在运行时存在给定类的一个且只有一个实例。
人们认为辛格尔顿是邪恶的，因为他们在全球范围内使用它。正是因为这种困惑，辛格尔顿被人看不起。请不要混淆Singleton和globals。如果用于预期用途，您将从Singleton模式中获得极大的好处。
一些代码势利者看不起他们，认为他们只是一个荣耀的全球人。就像许多人讨厌goto语句一样，也有其他人讨厌使用全局的想法。我见过几位开发人员为了避免全局性而竭尽全力，因为他们认为使用全局性是失败的承认。奇怪但真实。
在实践中，Singleton模式只是一种编程技术，它是概念工具包的有用部分。有时你可能会发现它是理想的解决方案，所以使用它。但使用它只是为了吹嘘使用设计模式，就像拒绝使用它一样愚蠢，因为它只是一个全球性的。
来自谷歌的Misko Hevery就这个话题发表了一些有趣的文章。。。
单身者是病态的骗子。有一个单元测试示例，说明了单身者如何难以找出依赖链并启动或测试应用程序。这是一个相当极端的虐待例子，但他提出的观点仍然有效：
单身者无非是全球国家。全局状态使您的对象可以秘密地获取未在其API中声明的内容，因此，Singleton会将您的API变成病态的骗子。
所有的Singleton都去哪儿了，这表明依赖注入使得向需要实例的构造函数提供实例变得容易，这减轻了第一篇文章中谴责的糟糕的全局Singleton背后的潜在需求。
这是我认为目前为止答案中缺少的：
如果每个进程地址空间需要一个此对象的实例（并且您尽可能确信此需求不会改变），那么应该将其设置为单例。
否则，它不是单例。
这是一个非常奇怪的要求，用户几乎不感兴趣。进程和地址空间隔离是一个实现细节。它们仅在用户希望使用kill或Task Manager停止应用程序时才会对用户产生影响。
除了构建一个缓存系统之外，没有太多的原因可以让您如此确信每个进程只应有一个实例。日志记录系统怎么样？对于每线程或更细粒度的消息可能更好，这样您可以更自动地跟踪消息的来源。应用程序的主窗口如何？这取决于；也许出于某种原因，您希望所有用户的文档都由同一进程管理，在这种情况下，该进程中会有多个“主窗口”。
