volatile和synchronized到底啥区别?多图文讲解告诉你

本文通过图文方式详细解释了Java中volatile和synchronized的区别。volatile保证内存可见性但不保证原子性,而synchronized提供独占锁确保原子性。它们在解决变量内存可见性问题上等价,但volatile无法解决并发时的原子性问题。文章还探讨了两者在内存模型、上下文切换等方面的差异。
摘要由CSDN通过智能技术生成
  • 你有一个思想,我有一个思想,我们交换后,一个人就有两个思想

  • If you can NOT explain it simply, you do NOT understand it well enough

现陆续将Demo代码和技术文章整理在一起 Github实践精选 ,方便大家阅读查看,本文同样收录在此,觉得不错,还请Star

之前写了几篇 Java并发编程的系列 文章,有个朋友微群里问我,还是不能理解 volatilesynchronized 二者的区别, 他的问题主要可以归纳为这几个:

  • volatile 与 synchronized 在处理哪些问题是相对等价的?

  • 为什么说 volatile 是 synchronized 弱同步的方式?

  • volatile 除了可见性问题,还能解决什么问题?

  • 二者我要如何选择使用?

如果你不能回答上面的几个问题,说明你对二者的区别还有一些含混。本文就通过图文的方式好好说说他们微妙的关系

都听过【天上一天,地下一年】,假设 CPU 执行一条普通指令需要一天,那么 CPU 读写内存就得等待一年的时间。

受【木桶原理】的限制,在CPU眼里,程序的整体性能都被内存的办事效率拉低了,为了解决这个短板,硬件同学也使用了我们做软件常用的提速策略——使用缓存Cache(实则是硬件同学给软件同学挖的坑)

Java 内存模型(JMM)

CPU 增加了缓存均衡了与内存的速度差异,这一增加还是好几层。

此时内存的短板不再那么明显,CPU甚喜。但随之却带来很多问题

看上图,每个核都有自己的一级缓存(L1 Cache),有的架构里面还有所有核共用的二级缓存(L2 Cache)。使用缓存之后,当线程要访问共享变量时,如果 L1 中存在该共享变量,就不会再逐级访问直至主内存了。所以,通过这种方式,就补上了访问内存慢的短板

具体来说,线程读/写共享变量的步骤是这样:

  1. 从主内存复制共享变量到自己的工作内存
  2. 在工作内存中对变量进行处理
  3. 处理完后,将变量值更新回主内存

假设现在主内存中有共享变量 X, 其初始值为 0

线程1先访问变量 X, 套用上面的步骤就是这样:

  1. L1 和 L2 中都没有发现变量 X,直到在主内存中找到
  2. 拷贝变量 X 到 L1 和 L2 中
  3. 在 L1 中将 X 的值修改为1,并逐层写回到主内存中

此时,在线程 1 眼中,X 的值是这样的:

接下来,线程 2 同样按照上面的步骤访问变量 X

  1. L1 中没有发现变量 X
  2. L2 中发现了变量X
  3. 从L2中拷贝变量到L1中
  4. 在L1中将X 的值修改为2,并逐层写回到主内存中

此时,线程 2 眼中,X 的值是这样的:

结合刚刚的两次操作,当线程1再访问变量x,我们看看有什么问题:

此刻,如果线程 1 再次将 x=1回写,就会覆盖线程2 x=2 的结果,同样的共享变量,线程拿到的结果却不一样(线程1眼中x=1;线程2眼中x=2),这就是共享变量内存不可见的问题。

怎么补坑呢?今天的两位主角闪亮登场,不过在说明 volatile关键字之前,我们先来说说你最熟悉的 synchronized 关键字

synchronized

遇到线程不安全的问题,习惯性的会想到用 synchronized 关键字来解决问题,暂且先不论该办法是否合理&#x

  • 4
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值