java用sychronized实现的单例模式两种实现方式有什么区别?? 400 报错
看设计模式的时候,网上有代码说,在考虑多线程的时候,用sychronized做同步的时候必须将getInstance和new操作分开,否则会有可能出错;也就是讲下面第一段代码改为第二段:
public class SingletonTest {
private static SingletonTest instance = null;
private SingletonTest() {
}
public static Singleton getInstance() {
if (instance == null) {
synchronized (instance) {
if (instance == null) {
instance = new Singleton();
}
}
}
return instance;
}
}
改成:
public class SingletonTest {
private static SingletonTest instance = null;
private SingletonTest() {
}
private static synchronized void syncInit() {
if (instance == null) {
instance = new SingletonTest();
}
}
public static SingletonTest getInstance() {
if (instance == null) {
syncInit();
}
return instance;
}
}
网上的理由是:
在Java指令中创建对象和赋值操作是分开进行的,也就是说instance = new Singleton();语句是分两步执行的。但是JVM并不保证这两个操作的先后顺序,也就是说有可能JVM会为新的Singleton实例分配空间,然后直接赋值给instance成员,然后再去初始化这个Singleton实例。这样就可能出错了,我们以A、B两个线程为例:
a>A、B线程同时进入了第一个if判断
b>A首先进入synchronized块,由于instance为null,所以它执行instance = new Singleton();
c>由于JVM内部的优化机制,JVM先画出了一些分配给Singleton实例的空白内存,并赋值给instance成员(注意此时JVM没有开始初始化这个实例),然后A离开了synchronized块。
d>B进入synchronized块,由于instance此时不是null,因此它马上离开了synchronized块并将结果返回给调用该方法的程序。
e>此时B线程打算使用Singleton实例,却发现它没有被初始化,于是错误发生了。
看了很不理解,改进的方法不是也有同样的问题? 两者的区别在哪儿?(对面同步就能保证instance一定是实例化之后才被使用么?)
我认为这2种写法没有什么明显区别
多线程单例可以考虑借助内部类或者枚举来实现
######这2种写法有区别么?
要实现线程安全的单例,要么将synchronized边界扩大,要么借助内部类。
######加一个volatile 关键字
######volitile和synchronize有什么区别呀?######http://javarevisited.blogspot.com/2014/05/double-checked-locking-on-singleton-in-java.html
卧槽,第一个写法 synchronized(instance) 不会空指针么?
其实你需要思考一个问题:基于 Java 的线程内存模型,线程中内存副本的修改什么时候会同步回主内存?
volatile 禁止指令重排序,就没你说的“ 但是JVM并不保证这两个操作的先后顺序 ”问题了。同时会通过失效缓存的方式保证内存可见性。
至于内存屏障这玩意儿,你就理解一个内存屏障就相当于同主内存进行一次同步,因为一个屏障里会重新进行 load 和 store 操作。
第二种多使用了一个栈帧,这个方法栈上加了锁,一般方法出栈也会把所做的修改更新回主内存,这里等于是换种方式达到 volatile 的效果。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。