1. 单例模式笔记
文章目录
1. 单例模式
1.1 核心作用
保证一个类只有一个实例,并且提供一个访问该实例的全局访问点
1.2 常见应用场景
- Windows的Task Manager(任务管理器)就是很典型的单例模式
- Windows的Recycle Bin(回收站)也是典型的单例应用,在整个系统运行过程中,回收站一直维护着仅有的一个实例
- 项目中,读取配置文件的类,一般也只有一个对象,没有必要每次使用配置文件数据时都new一个对象去读取
- 网站的计数器一般也采用单例模式实现,否则难以同步
- 应用程序的日志应用,一般都采用单例模式实现,这一般是由于共享的日志一直处于打开状态,因为只能有一个实例去操作,否则不好追加
- 数据库连接池的设计一般也是采用单例模式,因为数据库连接是一种数据库资源
- 操作系统的文件系统,也是大的单例模式实现的具体例子,一个操作系统只能有一个文件系统
- Application也是单例的典型应用(Servlet编程中会涉及到)
- 在Spring中,每个Bean默认都是单例的
- 在Servlet编程中,每个Servlet也是单例的
- 在SpringMVC框架/Struts1框架中,控制器对象也是单例
1.3 优点
- 只生成一个实例,减少了系统性能开销:当一个对象的产生需要比较多的资源时,如读取配置,产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后永久驻留内存的方式解决。
- 单例模式可以再系统设置全局的访问点,优化共享资源访问,例如可以设计一个单例类,负责所有数据表的映射处理。
1.4 常见的五种单例模式实现方法
-
主要
- 饿汉式(线程安全,调用效率高,但是,不能延迟加载)
- 懒汉式(线程安全,调用效率不高,但是,可以延迟加载)
-
其他
- 双重检测琐式(由于JVM底层内部模型原因,偶尔会出问题,不建议使用)
- 静态内部式(线程安全,调用效率高,但是,可以延迟加载)
- 枚举单例(线程安全,调用效率高,但是,不能延迟加载)
如何选用:
- 单例对象 占用 资源少,不需要 延迟加载:枚举式好于饿汉式
- 单例对象 占用 资源大,需要 延迟加载:静态内部类式好于懒汉式
2. 单例模式的5种实现
2.1 饿汉式(单例对象立即加载)
饿汉式单例模式代码中,static变量会在类装载时初始化,此时也不会涉及多个线程对象访问该对象问题
。虚拟机保证只会装载一次该类,肯定不会发生并发访问的问题。因此,可以省略synchronized关键字。
/**
* 测试饿汉式单例模式
* @author kevin
*
*/
public class SingletonDemo1 {
//类初始化时,立即加载这个对象(没有延时加载的优势)。加载类时,天然的是线程安全的!
private static SingletonDemo1 instance = new SingletonDemo1();
private SingletonDemo1() {
}
//方法没有同步,调用效率高!
public static SingletonDemo1 getInstance() {
return instance;
}
}
测试类:
public class Client1 {
public static void main(String[] args) {
SingletonDemo1 s1 = SingletonDemo1.getInstance();
SingletonDemo1 s2 = SingletonDemo1.getInstance();
System.out.println(s1 == s2);//true
System.out.println(s1.hashCode()==s2.hashCode());//true
}
}
问题:如果
只是加载本类,而不是要调用getInstance(),甚至永远没有调用,则会造成资源浪费
。
2.2 懒汉式(单例对象延迟加载)
lazy load 延迟加载,懒加载! 真正用的时候才加载!
/**
* 测试懒汉式单例模式
* @author kevin
*
*/
public class SingletonDemo2 {
//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
private static SingletonDemo2 instance;
private SingletonDemo2(){
}
//方法同步,调用效率低!
public static synchronized SingletonDemo2 getInstance() {
if(instance == null) {
instance = new SingletonDemo2();
}
return instance;
}
}
测试类:
public class Client1 {
public static void main(String[] args) {
SingletonDemo2 s3 = SingletonDemo2.getInstance();
SingletonDemo2 s4 = SingletonDemo2.getInstance();
System.out.println(s3 == s4);//true
}
}
问题:
资源利用率高了,但是,每次调用getInstance()方法都要同步,并发效率较低。
2.3 双重检测锁实现
将同步内容放到if内部,提高了执行的效率,不必每次获取对象时都进行同步,只有第一次才同步,创建了以后就没必要了。
/**
* 双重检索实现单例模式
* @author kevin
*
*/
public class SingletonDemo3 {
private static SingletonDemo3 instance = null;
private SingletonDemo3() {
}
public static SingletonDemo3 getInstance() {
if(instance == null) {
SingletonDemo3 sc;
synchronized (SingletonDemo3.class) {
sc = instance;
if(sc == null) {
synchronized (SingletonDemo3.class) {
if(sc == null) {
sc = new SingletonDemo3();
}
}
instance = sc;
}
}
}
return instance;
}
}
测试类:
public class Client1 {
public static void main(String[] args) {
SingletonDemo3 s5 = SingletonDemo3.getInstance();
SingletonDemo3 s6 = SingletonDemo3.getInstance();
System.out.println(s5 == s6);//true
}
}
问题:由于编译器优化原因和JVM底层内部模型原因,偶尔会出问题,不建议使用
2.4 静态内部类实现方式(单例对象延迟加载)
/**
* 测试静态内部类实现单例模式
* @author kevin
*
*/
public class SingletonDemo4 {
private static class SingletonClassInstance {
private static final SingletonDemo4 instance = new SingletonDemo4();
}
private SingletonDemo4() {
}
//方法没有同步,调用效率高
public static SingletonDemo4 getInstance() {
return SingletonClassInstance.instance;
}
}
测试类:
public class Client1 {
public static void main(String[] args) {
SingletonDemo4 s7 = SingletonDemo4.getInstance();
SingletonDemo4 s8 = SingletonDemo4.getInstance();
System.out.println(s7 == s8);//true
}
}
要点:
- 外部类没有static属性,则不会像饿汉式那样立即加载对象。
- 只有真正调用getInstance()才会加载静态内部类,加载类时线程是安全的,instance是static final类型,保证了内存中只有一个这样实例存在,而且只能被赋值一次,从而保证了线程安全性。
- 兼备了并发高效调用和延迟加载的优势!
2.5 枚举实现方式
/**
* 测试枚举实现单例模式
* @author kevin
*
*/
public enum SingletonDemo5 {
//这个枚举元素 ,代表了Singleton的一个实例
INSTANCE;
//添加自己需要的操作
public void singletonOperation() {
}
}
测试类:
public class Client1 {
public static void main(String[] args) {
SingletonDemo5 s9 = SingletonDemo5.INSTANCE;
SingletonDemo5 s10 = SingletonDemo5.INSTANCE;
System.out.println(s9 == s10);//true
}
}
优点:
- 实现简单
- 枚举本身就是单例模式。由jvm从根本上提供保障!避免通过反射和反序列化的漏洞。
缺点:
- 无延迟加载
3. 反射和反序列化**单例模式
1) 反射可以**上面几种单例模式(非枚举式)的实现方式。
可以在构造方法中手动抛出异常控制
2) 反序列化可以**上面几种单例模式(非枚举式)实现方式。
可以通过定义readResolve()防止获得不同对象
3.1 反射**单例模式
定义个懒汉式实现的单例模式:
public class SingletonDemo6 {
//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
private static SingletonDemo6 instance;
private SingletonDemo6(){
}
//方法同步,调用效率低!
public static synchronized SingletonDemo6 getInstance() {
if(instance == null) {
instance = new SingletonDemo6();
}
return instance;
}
}
使用反射**单例模式测试类:Client2.java:
public class Client2 {
public static void main(String[] args) throws Exception {
SingletonDemo6 s1 = SingletonDemo6.getInstance();
SingletonDemo6 s2 = SingletonDemo6.getInstance();
System.out.println(s1);
System.out.println(s2);
//通过反射的方式直接调用私有的构造器
Class clazz = Class.forName("com.stormkai.singleton.demo.SingletonDemo6");
Constructor<SingletonDemo6> c = clazz.getDeclaredConstructor(null);
c.setAccessible(true);
SingletonDemo6 s3 = c.newInstance();
SingletonDemo6 s4 = c.newInstance();
System.out.println(s3);
System.out.println(s4);
}
}
测试结果为:
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@6d06d69c
com.stormkai.singleton.demo.SingletonDemo6@7852e922
3.1.1 防止反射**单例模式
只需要在单例的私有构造器中添加如下代码:
if(instance != null) {
throw new RuntimeException();
}
则反射**单例模式时候就会报java.lang.reflect.InvocationTargetException
.
代码如下:
public class SingletonDemo6 {
//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
private static SingletonDemo6 instance;
private SingletonDemo6(){
//添加如下代码,反射**单例时候会报java.lang.reflect.InvocationTargetException
if(instance != null) {
throw new RuntimeException();
}
}
//方法同步,调用效率低!
public static synchronized SingletonDemo6 getInstance() {
if(instance == null) {
instance = new SingletonDemo6();
}
return instance;
}
}
再次执行Client2.java,测试结果为:
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@15db9742
Exception in thread "main" java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at com.stormkai.singleton.demo.Client2.main(Client2.java:30)
Caused by: java.lang.RuntimeException
at com.stormkai.singleton.demo.SingletonDemo6.<init>(SingletonDemo6.java:20)
... 5 more
3.2 反序列化**单例模式
给单例的实现类SingletonDemo6.java添加序列化implements Serializable
public class SingletonDemo6 implements Serializable {
//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
private static SingletonDemo6 instance;
private SingletonDemo6(){
//添加如下代码,反射**单例时候会报java.lang.reflect.InvocationTargetException
if(instance != null) {
throw new RuntimeException();
}
}
//方法同步,调用效率低!
public static synchronized SingletonDemo6 getInstance() {
if(instance == null) {
instance = new SingletonDemo6();
}
return instance;
}
}
使用反序列化**单例模式测试类:Client2.java:
public class Client2 {
public static void main(String[] args) throws Exception {
SingletonDemo6 s1 = SingletonDemo6.getInstance();
SingletonDemo6 s2 = SingletonDemo6.getInstance();
System.out.println(s1);
System.out.println(s2);
//通过反序列化的方式构造多个对象
FileOutputStream fos = new FileOutputStream("d:/aaa.txt");
ObjectOutputStream oos = new ObjectOutputStream(fos);
oos.writeObject(s1);
oos.close();
fos.close();
ObjectInputStream ois = new ObjectInputStream(new FileInputStream("d:/aaa.txt"));
SingletonDemo6 s3 = (SingletonDemo6)ois.readObject();
System.out.println(s3);
}
}
测试结果为:
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@776ec8df
3.2.1 防止反序列化**单例模式
反序列化时,如果定义了readResolve()则直接返回此方法指定的对象。而不需要单独再创建新对象!
修改单例实现类SingletonDemo6.java
public class SingletonDemo6 implements Serializable {
//类初始化时,不初始化这个对象(延时加载,真正用的时候再创建)。
private static SingletonDemo6 instance;
private SingletonDemo6(){
//添加如下代码,反射**单例时候会报java.lang.reflect.InvocationTargetException
if(instance != null) {
throw new RuntimeException();
}
}
//方法同步,调用效率低!
public static synchronized SingletonDemo6 getInstance() {
if(instance == null) {
instance = new SingletonDemo6();
}
return instance;
}
//反序列化时,如果定义了readResolve()则直接返回此方法指定的对象。而不需要单独再创建新对象!
private Object readResolve() throws ObjectStreamException {
return instance;
}
}
再次执行Client2.java,测试结果为:
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@15db9742
com.stormkai.singleton.demo.SingletonDemo6@15db9742
4. 常见的五种模式在多线程环境下的效率测试
测试类:
public class Client3 {
public static void main(String[] args) throws Exception {
long start = System.currentTimeMillis();
int threadNum = 10;
final CountDownLatch countDownLatch = new CountDownLatch(threadNum);
for (int i = 0; i < threadNum; i++) {
new Thread(new Runnable() {
@Override
public void run() {
for(int i=0;i<1000000;i++){
Object o = SingletonDemo2.getInstance();
//Object o = SingletonDemo5.INSTANCE;
}
countDownLatch.countDown();
}
}).start();
}
countDownLatch.await(); //main线程阻塞,直到计数器变为0,才会继续往下执行!
long end = System.currentTimeMillis();
System.out.println("总耗时:"+(end-start));
}
}
CountDownLatch
同步辅助类,在完成一组正在其他线程中执行的操作之前,它允许一个或者多个线程一直等待。
- countDown():当前线程调此方法,则计数减一(建议放在finally里执行)
- await():调用此方法会一直阻塞当前线程,直到计时器值为0
下一篇: 单例的两种实现方式、多个版本及利弊对照