1.什么是单例模式
单例模式是一种常用的软件设计模式,其定义是单例对象的类只能允许一个实例存在。
许多时候整个系统只需要拥有一个的全局对象,这样有利于我们协调系统整体的行为。比如在某个服务器程序中,该服务器的配置信息存放在一个文件中,这些配置数据由一个单例对象统一读取,然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。
2.单例模式的特点
单例模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
3.单例模式应用场景
举一个小例子,在我们的windows桌面上,我们打开了一个回收站,当我们试图再次打开一个新的回收站时,Windows系统并不会为你弹出一个新的回收站窗口。,也就是说在整个系统运行的过程中,系统只维护一个回收站的实例。这就是一个典型的单例模式运用。
继续说回收站,我们在实际使用中并不存在需要同时打开两个回收站窗口的必要性。假如我每次创建回收站时都需要消耗大量的资源,而每个回收站之间资源是共享的,那么在没有必要多次重复创建该实例的情况下,创建了多个实例,这样做就会给系统造成不必要的负担,造成资源浪费。
再举一个例子,网站的计数器,一般也是采用单例模式实现,如果你存在多个计数器,每一个用户的访问都刷新计数器的值,这样的话你的实计数的值是难以同步的。但是如果采用单例模式实现就不会存在这样的问题,而且还可以避免线程安全问题。同样多线程的线程池的设计一般也是采用单例模式,这是由于线程池需要方便对池中的线程进行控制。
同样,对于一些应用程序的日志应用,或者web开发中读取配置文件都适合使用单例模式,如HttpApplication 就是单例的典型应用。
从上述的例子中我们可以总结出适合使用单例模式的场景和优缺点。
适用场景:
- 需要生成唯一序列的环境
- 需要频繁实例化然后销毁的对象
- 创建对象时耗时过多或者耗资源过多,但又经常用到的对象
- 方便资源相互通信的环境
4.UML图
5.单例模式实现
Singleton类,定义一个GetInstance操作,允许客户访问它的唯一实例。GetInstance是一个静态方法,主要负责创建自己的唯一实例。
5.1 懒汉式
public class Singleton {
private static Singleton instance;
/**
* 构造方法让其为private,这就堵死了外界利用new创建此类实例的可能
*/
private Singleton() {}
/**
* 此方法是获得本类实例的唯一全局访问点
* @return 返回本类的唯一实例
*/
public static Singleton getInstance() {
//若实例不存在,则new一个新实例,否则返回已有的实例
if (instance == null)
instance = new Singleton();
return instance;
}
}
客户端代码:
public class Main {
public static void main(String[] args) {
Singleton s1 = Singleton.getInstance();
Singleton s2 = Singleton.getInstance();
if (s1 == s2) {
System.out.println("两个对象是相同的实例");
}
System.out.println(s1);
System.out.println(s2);
}
}
运行结果如下图:
5.2 饿汉式
/**
* final阻止发生派生,而派生可能会增加实例
*/
public final class HungrySingleton {
private static HungrySingleton instance = new HungrySingleton();
private HungrySingleton() {}
public static HungrySingleton getInstance() {
return instance;
}
}
客户端代码和运行效果基本同5.1例,这里不再罗列出来。
注意:
懒汉式和饿汉式的区别:
- 5.1例为懒汉式,这种实现方式要在第一次被引用时,才会将自己实例化,所以被称为懒汉式单例类。
- 5.2例为饿汉式,这种实现方式是在类被加载时就将自己实例化,所以被称为饿汉式单例类。
懒汉式和饿汉式的比较:
- 懒汉式,面临着多线程访问的安全性问题,需要做双重锁定(下个例子介绍)这样的处理。
- 饿汉式,即静态初始化的方式,它是类一加载就实例化的对象,所以要提前占用系统资源。
5.3 双重锁定
public class DoubleLockSingleton {
private static DoubleLockSingleton instance;
private static final Object syncRoot = new Object();
private DoubleLockSingleton() {}
public static DoubleLockSingleton getInstance() {
//先判断实例是否存在,不存在再加锁处理
if (instance == null) {
synchronized (syncRoot) {
if (instance == null) {
instance = new DoubleLockSingleton();
}
}
}
return instance;
}
}
客户端代码和运行效果基本同5.1例,这里不再罗列出来。
这里解释一下双重锁定中为什么两次判断instance变量是否为null,当instance为null并且同时有两个线程调用getInstance()方法时,它们将都可以通过第一重instance==null的判断。然后由于synchronized
的机制,这两个线程则只有一个进入,另一个在外排队等待,必须要其中的一个进入并出来后,另一个才能进入。而此时如果没有了第二重instance==null的判断,则第一个线程创建了实例,而第二个线程还是可以继续再创建新的实例,这就没有达到单例的目的。
6.单例模式的优缺点
优点:
- 在内存中只有一个对象,节省内存空间
- 避免频繁的创建销毁对象,可以提高性能
- 避免对共享资源的多重占用,简化访问
- 为整个系统提供一个全局访问点
缺点:
- 不适用于变化频繁的对象
- 滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出
- 如果实例化的对象长时间不被利用,系统会认为该对象是垃圾而被回收,这可能会导致对象状态的丢失