设计模式——创建型：单例模式

最新推荐文章于 2024-06-16 23:38:56 发布

weixin_43763430

最新推荐文章于 2024-06-16 23:38:56 发布

阅读量408

点赞数

分类专栏：设计模式文章标签：单例模式设计模式 java

本文链接：https://blog.csdn.net/weixin_43763430/article/details/128065082

版权

11 篇文章 0 订阅

订阅专栏

一个类只允许创建一个对象（或叫实例），那这个类就是一个单例类，这种设计模式就叫作单例设计模式，简称单例模式（Singleton Pattern）。

从业务概念上，有些数据在系统中只应保存一份，即使用单例模式：

处理资源访问冲突：

打印日志 Logger 类，所有的日志都写入到同一个文件中，若分别创建多个Logger对象，多线程会可能出现同时写入相互覆盖的情况。FileWriter 本身是线程安全的，内部实现本身就加了对象级别的锁，所以只能给其加类级别的锁才有用。

单例模式相对于之前类级别锁的好处是：不用创建那么多的Logger对象，一方面节省内存空间，另一方面节省系统文件句柄（对于操作系统来说，文件句柄也是一种资源，不能随便浪费）
表示全局唯一类：

如配置信息类，在系统中，只有一个配置文件，当配置文件被加载到内存之后，以对象的形式存在，也理所当然只有一份。

单例对OOP特性的支持不友好。（意味着放弃继承和多态的特性）
单例会隐藏类之间的依赖关系。（单例类不需要显示创建，不需要依赖参数传递，只有仔细查看每个函数的代码实现，才能知道依赖了哪些单例类）
单例对代码的可测试下不友好，对代码的扩展性不友好。
单例对代码的可测试性不友好，对代码的扩展性不友好。单例类只能有一个对象实例，如果某一天需要创建多个实例或多个实例对象，代码改动比较大（如数据库连接池、线程池的资源池最好不用单例）
单例不支持有参数的构造函数。

为了保证全局唯一性，除了使用单例，还可以用静态方法实现，不过静态方法这种思想比单例更加不灵活，比如，它无法支持延迟加载，如果需要完全解决这些问题，可能要从根上寻找其他方式来实现全局唯一类，如：通过工厂模式、IOC容器（Spring IOC容器）来保证，由程序员自己来保证不创建两个对象。

有人把单例当作反模式，主张杜绝在项目中使用，思想有点极端，模式没错，关键是怎么用，如果单例类并没有后续扩展的需求，并且不依赖外部系统，那设计成单例类就没有太大问题。

单例类中对象的唯一性的作用范围是“进程唯一”的。

实现线程唯一的单例

通过一个HashMap来存储对象，其中key是线程ID，value是对象，就可以做到不同的线程对应不同的对象，同一个线程只能对应一个对象，实际上，Java语言本身提供了ThreadLocal并发工具类，可以更加轻松的实现线程唯一单例。
集群环境下的单例

集群唯一：指的是进程内、进程间也唯一。即不同的进程间共享同一个对象，不能创建同一个类的多个对象。

我们需要把这个单例对象序列化并存储到外部共享存储区（如文件）。进程在使用这个单例对象的时候，需要先从外部共享存储区中将它读取到内存中，并反序列化成对象，然后再使用，使用完成之后还需要再存储回外部共享存储区。为了保证任何时刻在进程间都只有一份对象存在，一个进程在获取到对象之后，需要对对象加锁，避免其他进程再将其获取。再进程使用完这个对象之后，需要显示的将对象从内存中删除并且释放对对象的加锁。