探究java多线程中正确的单例模式 volatile关键字
2016-03-06 21:24
330 查看
关键点是volatile关键字的作用
单例模式的实现:
1.饿汉模式
缺点:提前new出来实例了,并不是在第一次调用get方法时才实例化,没有进行延迟加载。
2.懒汉模式
缺点:多线程环境下无法保证单例效果,会多次执行 instance=new Singleton(),需要考虑到多线程
3.同步方法或同步块 懒汉模式
同步方法方式
缺点:缩小同步范围,来提高性能,但是让然存在多次执行instance=new Singletom()的可能,由此引出double check
4.double check 懒汉模式 (DCL)
缺点:避免的上面方式的明显缺点,但是java内存模型(jmm)并不限制处理器重排序,在执行instance=new Singleton();时,并不是原子语句,实际是包括了下面三大步骤:
1.为对象分配内存
2.初始化实例对象
3.把引用instance指向分配的内存空间
这个三个步骤并不能保证按序执行,处理器会进行指令重排序优化,存在这样的情况:
优化重排后执行顺序为:1,3,2, 这样在线程1执行到3时,instance已经不为null了,线程2此时判断instance!=null,则直接返回instance引用,但现在实例对象还没有初始化完毕,此时线程2使用instance可能会造成程序崩溃。
现在要解决的问题就是怎样限制处理器进行指令优化重排。
5.volatile double check 懒汉模式
在JDK1.5之后,使用volatile关键字修饰instance就可以实现正确的double check单例模式了
这里就要介绍一下volatile的作用了:
1.保证可见性
可以保证在多线程环境下,变量的修改可见性。每个线程都会在工作内存(类似于寄存器和高速缓存),实例对象都存放在主内存中,在每个线程要使用的时候把主内存中的内容拷贝到线程的工作内存中。使用volatile关键字修饰后的变量,保证每次修改了变量需要立即写回主内存中,同时通知所有的该对变量的缓存失效,保证缓存一致性,其他线程需要使用该共享变量时就要重新从住内存中获取最新的内容拷贝到工作内存中供处理器使用。这样就可以保证变量修改的可见性了。但volatile不能保证原子性,比如++操作。
2.提供内存屏障
volatile关键字能够通过提供内存屏障,来保证某些指令顺序处理器不能够优化重排,编译器在生成字节码时,会在指令序列中插入内存屏障来禁止特定类型的处理器重排序。
下面是保守策略插入内存屏障:
在每个volatile写操作的前面插入一个StoreStore屏障。
在每个volatile写操作的后面插入一个StoreLoad屏障。
在每个volatile读操作的前面插入一个LoadLoad屏障。
在每个volatile读操作的后面插入一个LoadLoad屏障。
这样可以保证在volatile关键字修饰的变量的赋值和读取操作前后两边的大的顺序不会改变,在内存屏障前面的顺序可以交换,屏障后面的也可以换序,但是不能跨越内存屏障重排执行顺序。
好了,现在来看上面的单例模式,这样就可以保证3步骤(instance赋值操作)是保持最后一步完成,这样就不会出现instance在对象没有初始化时就不为null的情况了。这样也就实现了正确的单例模式了。
6.静态内部类懒汉模式
7.枚举实现
java1.5才出现的枚举类
这样写很简便
单例模式的实现:
1.饿汉模式
public class Singleton { private static Singleton instance=new Singleton(); private Singleton(){ } public static Singleton getInstance(){ return instance; } }
缺点:提前new出来实例了,并不是在第一次调用get方法时才实例化,没有进行延迟加载。
2.懒汉模式
public class Singleton{ private static Singleton instance; private Singleton(){ } public static Singleton getInstance(){ if(instance==null){ instance=new Singleton(); } return instance; } }
缺点:多线程环境下无法保证单例效果,会多次执行 instance=new Singleton(),需要考虑到多线程
3.同步方法或同步块 懒汉模式
同步方法方式
public class Singleton{ private static Singleton instance; private Singleton(){ } public static synchronized Singleton getInstance(){ if(instance==null){ instance=new Singleton(); } return instance; } }缺点:性能不高,同步范围太大,在实例化instacne后,获取实例仍然是同步的,效率太低,需要缩小同步的范围。
public class Singleton{ private static Singleton instance; private Singleton(){ } public static Singleton getInstance(){ if(instance==null){ synchronized(Singleton.class){ instance=new Singleton(); } } return instance; } }
缺点:缩小同步范围,来提高性能,但是让然存在多次执行instance=new Singletom()的可能,由此引出double check
4.double check 懒汉模式 (DCL)
public class Singleton{ private static Singleton instance; private Singleton(){ } public static Singleton getInstance(){ if(instance==null){ synchronized(Singleton.class){ if(instance==null){ instance=new Singleton(); } } } return instance; } }
缺点:避免的上面方式的明显缺点,但是java内存模型(jmm)并不限制处理器重排序,在执行instance=new Singleton();时,并不是原子语句,实际是包括了下面三大步骤:
1.为对象分配内存
2.初始化实例对象
3.把引用instance指向分配的内存空间
这个三个步骤并不能保证按序执行,处理器会进行指令重排序优化,存在这样的情况:
优化重排后执行顺序为:1,3,2, 这样在线程1执行到3时,instance已经不为null了,线程2此时判断instance!=null,则直接返回instance引用,但现在实例对象还没有初始化完毕,此时线程2使用instance可能会造成程序崩溃。
现在要解决的问题就是怎样限制处理器进行指令优化重排。
5.volatile double check 懒汉模式
在JDK1.5之后,使用volatile关键字修饰instance就可以实现正确的double check单例模式了
public class Singleton{ private static volatile Singleton instance; private Singleton(){ } public static Singleton getInstance(){ if(instance==null){ synchronized(Singleton.class){ if(instance==null){ instance=new Singleton(); } } } return instance; } }
这里就要介绍一下volatile的作用了:
1.保证可见性
可以保证在多线程环境下,变量的修改可见性。每个线程都会在工作内存(类似于寄存器和高速缓存),实例对象都存放在主内存中,在每个线程要使用的时候把主内存中的内容拷贝到线程的工作内存中。使用volatile关键字修饰后的变量,保证每次修改了变量需要立即写回主内存中,同时通知所有的该对变量的缓存失效,保证缓存一致性,其他线程需要使用该共享变量时就要重新从住内存中获取最新的内容拷贝到工作内存中供处理器使用。这样就可以保证变量修改的可见性了。但volatile不能保证原子性,比如++操作。
2.提供内存屏障
volatile关键字能够通过提供内存屏障,来保证某些指令顺序处理器不能够优化重排,编译器在生成字节码时,会在指令序列中插入内存屏障来禁止特定类型的处理器重排序。
下面是保守策略插入内存屏障:
在每个volatile写操作的前面插入一个StoreStore屏障。
在每个volatile写操作的后面插入一个StoreLoad屏障。
在每个volatile读操作的前面插入一个LoadLoad屏障。
在每个volatile读操作的后面插入一个LoadLoad屏障。
这样可以保证在volatile关键字修饰的变量的赋值和读取操作前后两边的大的顺序不会改变,在内存屏障前面的顺序可以交换,屏障后面的也可以换序,但是不能跨越内存屏障重排执行顺序。
好了,现在来看上面的单例模式,这样就可以保证3步骤(instance赋值操作)是保持最后一步完成,这样就不会出现instance在对象没有初始化时就不为null的情况了。这样也就实现了正确的单例模式了。
6.静态内部类懒汉模式
public class Singleton{ private Singleton(){ } public static Singleton getInstance(){ return InstanceHolder.instance; } static class InstanceHolder{ private static Singleton instance=new Singleton(); } }静态内部类在没有显示调用的时候是不会进行加载的,当执行了return InstanceHolder.instance后才加载初始化,这样就实现了正确的单例模式。
7.枚举实现
java1.5才出现的枚举类
public enum EasySingleton { INSTANCE; }
这样写很简便
相关文章推荐
- 20145210 《Java程序设计》第一周学习总结
- SPRING IN ACTION 第4版笔记-第八章Advanced Spring MVC-006-Pizza例子的支付流程
- Java垃圾回收机制
- java BigDecimal 高精度运算 小数点处理详解
- spring bean scope 单例与多例
- (java) java中异常的结构
- 20145329吉东云 《Java程序设计》 第一周学习总结
- Java自动内存管理偏爱二
- IDEA Error:java: 未结束的字符串文字
- Spring
- Java Executor Service 使用要注意的一点
- 20145331《Java程序设计》第1周学习总结
- 学号20145303 《Java程序设计》第一周学习总结
- 20145337《JAVA程序设计》第一周学习总结
- spring创建bean的三种方式-通过构造器,通过静态工厂方法,通过实例工厂方法
- SPRING IN ACTION 第4版笔记-第八章Advanced Spring MVC-005-Pizza例子的订单流程()
- 秒懂java回调方法
- 20145225唐振远 《Java程序设计》第1周学习总结——小试牛刀
- Java基本数据类型数组与可变长度参数
- java中常用的工具类(三)