顶格博客：Java设计模式之单例模式

本文首发于顶格博客https://www.dgjava.com/archives/pattern-singleton 转载请注明出处

定义

单例模式(Singleton Pattern)：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，它提供全局访问的方法。

单例模式的要点有三个：

• 唯一实例；
• 自行创建这个实例,即 不能被外部实例化；
• 自行向整个系统提供这个实例。

实现原理

单例模式的目的是保证一个类仅有一个实例，并提供一个访问它的全局访问点。单例模式包含的角色只有一个，就是单例类——Singleton。单例类拥有一个私有构造函数，确保用户无法通过new关键字直接实例化它。除此之外，该模式中包含一个静态私有成员变量与静态公有的工厂方法，该工厂方法负责检验实例的存在性并实例化自己，然后存储在静态成员变量中，以确保只有一个实例被创建。

在单例模式的实现过程中，需要注意如下三点：

• 私有化构造方法；
• 提供一个自身的静态私有成员变量；
• 提供一个公有的静态工厂方法。

代码实现可参照：面试高频问题之单例模式——从三个方面分析Java中常用的7种单例模式设计的优与劣

应用场景

• 系统只需要一个实例对象，比如发号器，生成全局唯一ID；
• 客户调用类的单个实例只允许使用一个公共访问点，比如文件系统。
• 资源共享的情况下，避免由于资源操作时导致的性能或损耗等。比如日志文件，应用配置；
• 数据库连接池、线程池等；
• Spring框架中默认的Bean加载模式；

优缺点

优点

• 提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例，所以它可以严格控制客户怎样以及何时访问它，并为设计及开发团队提供了共享的概念。
• 由于在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象，单例模式无疑可以提高系统的性能。
• 允许可变数目的实例。我们可以基于单例模式进行扩展，使用与单例控制相似的方法来获得指定个数的对象实例。

缺点

• 不易扩展：由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。
• 违背了单一职责原则：因为单例类既充当了工厂角色，提供了工厂方法，同时又充当了产品角色，可能包含一些业务方法；
• 滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；