单例模式是最基本的设计模式之一，也是程序员最喜欢用的设计模式之一，面试的时候也经常遇到。在先前的项目中，我非常喜欢使用单例模式，只要我认为同一个进程中，某个类只应该有一份唯一的实例，那么我就会毫不犹豫地使用单例模式。但是最近在实践中也慢慢发现单例模式的一些问题，暂且记下：
第一，由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。另外类的构造函数通常也是私有的，所以无法被继承。尤其在单元测试的时候，我们常常需要继承原始的类，并覆写一些方法以达到打桩的目的。
第二，对需要多例的集成测试不友好。虽然类A在正常情况下，一个进程中只应该有一个实例，但是在集成测试的时候，我们可能需要在同一个进程里构造出两个A的实例，以方便测试。
第三，代码模块之间的依赖不清晰。举例，当模块B需要使用类A的实例，它通常可以A.getInstance()来获取A的唯一实例，这样会造成整个项目代码中，到处都有A.getInstance()这样的使用，于是很难看出到底哪些模块真正依赖A。而如果B的构造函数是B（A
a），那么就可以很直观地看出B对A的依赖。