原文在此： 

本文主要介绍了iOS开发中单例模式的正确使用方式和场景，并提供了不恰当的使用单例的替换解决方案。

单例的使用有其优势，本文主要集中介绍了iOS中单例使用导致的问题，这些问题包括单例自身的缺陷以及错误使用单例导致的问题。

单例是表示的是一种全局状态，也就是说单例是全局性、有状态性的。有状态的程序难于理解和调试。这就导致任何一个地方修改单例状态的副作用都会应用于其他所有使用到单例的地方，无形中两个用到单例的地方引入了隐性耦合，有悖于面向对象编程中最小化代码有状态性、解耦的原则。

单例使用中另外一个问题是对象的生命周期，使用单例模式，必须确定“创建一次，永久有效”。如果不能保证这点，那么就是滥用单例。单例应该只用来保存全局的状态，并且不能和任何作用域绑定。如果这些状态的作用域比一个完整的应用程序的生命周期要短，那么这个状态就不应该使用单例来管理。

避免使用单例的一个方法是使用，即把依赖性传递给依赖对象。

人们人们已经对单例的滥用抱怨了很多年了，并且我们也都知道全局状态是很不好的事情。但是在iOS开发的世界中，单例的使用是如此的普遍以至于我们有时候忘记了我们多年来在其他面向对象编程中学到的教训。

这一切的关键点是，在面向对象编程中我们想要最小化可变状态的作用域。但是单例却站在了相反的对立面，因为它们使可变的状态可以被程序中的任何地方访问。下一次你想使用单例时，我希望你能够好好考虑一下使用依赖注入作为替代方案。