单例模式是GoF模式书中一个完全付费的成员，但最近它似乎被开发人员世界孤立了。我仍然使用了相当多的单线程，特别是对于工厂类，虽然你必须对多线程问题（像任何类一样）小心一点，但我不明白为什么它们如此糟糕。
Stack Overflow似乎特别假设每个人都认为Singleton是邪恶的。为什么？
请用“事实、参考资料或具体专业知识”来支持您的回答
当前回答
摘自Brian Button：
它们通常被用作全局实例，为什么如此糟糕？因为您将应用程序的依赖项隐藏在代码中，而不是通过接口公开它们。让一些东西全球化以避免传播是一种代码气味。他们违反了单一责任原则：因为他们控制自己的创作和生命周期。它们固有地导致代码紧密耦合。这使得在许多情况下，在测试中伪造它们相当困难。它们在应用程序的整个生命周期中携带状态。另一个对测试的打击，因为您可能会遇到一种需要订购测试的情况，这对于单元测试来说是一个很大的禁忌。为什么？因为每个单元测试都应该彼此独立。
其他回答
我不打算评论善/恶的论点，但自从春天来临以来，我就没有使用过它们。使用依赖注入几乎消除了我对单例、服务定位器和工厂的需求。我发现这是一个更加高效和干净的环境，至少对于我所做的工作类型（基于Java的web应用程序）来说是如此。
它很容易（ab）用作全局变量。依赖于单态的类相对来说更难单独进行单元测试。
太多人将非线程安全的对象放在单例模式中。尽管DataContext不是线程安全的，纯粹是一个工作单元对象，但我已经看到了DataContext（LINQ to SQL）以单例模式完成的示例。
假设该模式用于模型的某个方面，而该方面是真正的单一模式，则该模式没有本质上的错误。
我认为这种反弹是由于它的过度使用，而这反过来又是因为它是最容易理解和实施的模式。
我认为这种混乱是因为人们不知道Singleton模式的真正应用。我再怎么强调也不为过。Singleton不是包装全局变量的模式。Singleton模式只应用于确保在运行时存在给定类的一个且只有一个实例。
人们认为辛格尔顿是邪恶的，因为他们在全球范围内使用它。正是因为这种困惑，辛格尔顿被人看不起。请不要混淆Singleton和globals。如果用于预期用途，您将从Singleton模式中获得极大的好处。
