《设计模式之美》单例模式（中）：我为什么不推荐使用 单例模式？又有何替代方案？

王争《设计模式之美》学习笔记

单例存在哪些问题?

1.单例对OOP特性的支持不友好

• 单例这种设计模式对于OOP四大特性中的抽象、继承、多态都支持得不好。
• 通过 IdGenerator 这个例子来讲解，生成 ID 的调用处这样写 long id = IdGenerator.getInstance().getId()。如果我们希望针对不同的业务采用不同的 ID 生成算法，我们需要修改所有用到 IdGenerator 类的地方，比如修改成 long id = UserIdGenerator.getIntance().getId()，这样代码的改动就会比较大。
• 单例类也可以被继承、也可以实现多态，只是实现起来会非常奇怪，会导致代码的可读性变差。

2.单例会隐藏类之间的依赖关系

• 单例类不需要显示创建、不需要依赖参数传递，在函数中直接调用就可以了。如果代码比较复杂，这种调用关系就会非常隐蔽。在阅读代码的时候，我们就需要仔细查看每个函数的代码实现，才能知道这个类到底依赖了哪些单例类。

3.单例对代码的扩展性不友好

• 单例类只能有一个对象实例，如果我们需要在代码中创建两个实例或多个实例，那就要对代码有比较大的改动。
• 你可能会觉得不会有这样的需求，下面以数据库连接池来举例解释一下。在系统设计初期，我们觉得系统中只应该有一个数据库连接，但之后我们发现，系统中有些 SQL 语句运行得非常慢，我们希望将慢 SQL 与其他 SQL