双重校验锁volatile的作用于syn的冲突怎么理解？
双重校验锁的volatile的作用：
-
回答：防止指令重排
-
然后被问既然加了synchronize了，其中的代码保证了原子性，那么为什么其他线程能看到中间状态，得到一个没有赋值成功的对象呢？如何解释？
2019-10-15 22:10 已编辑 北京邮电大学 算法工程师
关注
全部评论
郁闷的牛油果在干饭 楼主
楼主 北京邮电大学 算法工程师
我觉得面试官是问，既然synchronize既然能保证原子性，那么原子性的东西应该没有中间状态啊，就是A a = new A();要么是没执行A a=new A()，此时a为null，要么是三条指令都执行完（1.给A的对象分配内存 2.初始化A的对象 3.a引用指向刚才分配的内存），那为啥其他线程被允许读到一个中间状态呢？这跟原子性相违背啊。 是因为原子性只是对当前线程而言吗？还是我没理解原子性？
!TRUE
黑龙江畜牧兽医职业学院 FAE
代码是能保证原子性，但是 A a=new A()分为三条指令1.给A的对象分配内存 2.初始化A的对象 3.a引用指向刚才分配的内存。如果防治指令重排，极有可能指令顺序变成了 1 3 2(与CPU多级流水线防治指令相关有关)。当线程1拿了类锁，开始实例化的时候，万一顺序变成 1 3 2且刚走到3还没到2，这时候来了线程2 一看a引用不为null，线程2都没到同步块直接返回a了，但是a指向一片没有初始化过的内存……肯定出错吧
努力的noob
门头沟学院 Java
问这个问题的人就说明没理解双重检查锁，看到中间状态的情况是，第一个线程跑完了方法执行完new的步骤之一：分配空间，但是没执行完设置初始值，此时第二个线程到来，在synchronized前一个if判断时就发现不为null，直接返回了单例，同时第二个线程还用返回的这个单例进行了操作，只有这样才会出现这个问题，也就意味着这个第二个线程都没走到synchronized
就酱紫吧
阿里巴巴_淘宝直播_后端开发
因为对象创建过程中会有指令重排，导致其他线程能访问到当前线程未初始化的对象，而且sync不是对你创建的对象的加锁，所以这个对象还是可以被多个线程同时访问吧
不求富贵一生，只愿offer满身
门头沟学院 Java
跟syn里面的代码没什么冲突，第一个线程没完成初始化，但是第二个线程判断不为null直接给return了
相关推荐
11-20 23:12
广东科技学院 Java 点赞 评论 收藏
分享
10-17 09:06
门头沟学院 Java 
8527睿：有些地方感觉不太契合实际啊。简单看看第二个项目那里。
比如canal流式读取数据库日志进行缓存同步那里。可不可以加个消息中间件来确保SQL语句的削峰填谷。一般都是canal+消息中间件
双层鉴权登录那里，描述有点模糊，登录是鉴权的前提唉，后面功能都在说是登录，鉴权没有啊 点赞 评论 收藏
分享