volatile为什么保障不了原子性

学习的鱼儿 2018-12-10 10:28:17

有一个关于volatile的问题，i++;加法运算，当并发操作的时候，加上volatile为什么不能保证原子性，假如线程A从主存中拿到i为1，
线程A没有进行加法运算，被阻塞了，线程B也从主存中拿到i值为1，然后进行加1运算，将
结果刷新到主存中，这个时候线程B修改i值后，根据MESI协议，应该会将线程A工作内存
缓存行置为无效状态的啊，然后线程A重新到内存中读取最新数据2进行加1操作，为什么线程
A还会按照工作内存原先读取到的1进行加1操作，原子性得不到保证

...全文

255 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

别闹腰不好 2018-12-11

打赏
举报

回复

多线程的时候，多个线程可能拿到是同一个值，比如1（这个符合volatile修饰吧），但是两个线程都对这和值进行了操作，这个肯定是错误的

别闹腰不好 2018-12-11

打赏
举报

回复

对volatile变量的单次读/写操作可以保证原子性的，如long和double类型变量，但是并不能保证i++这种操作的原子性，因为本质上i++是读、写两次操作。

首先要了解的是，volatile可以保证可见性和顺序性，这些都很好理解，那么它为什么不能保证原子性呢？可见性可见性与Java的内存模型有关，模型采用缓存与主存的方式对变量进行操作，也就是说，每个线程都有自己的缓存空间，对变量的操作都是在缓存中进行的，之后再将修改后的值返回到主存中，这就带来了问题，有可能一个线程在将共享变量修改后，还没有来的及将缓存中的变量返回给主存中，另外一个线程就对...

volatile只有写操作是原子性的，也就是数据操作完成后会立刻刷新到主内存中。但是被volatile修饰的变量在读的时候可能会被多个线程读。也就是说int i = 1;i++； A线程读 i = 1同时B线程也读了i = 1，然后自增完成刷新入主内存。i的值是2。所以如果该变量是volatile修饰的，那可以完全保证此时取到的是最新信息。但在入栈和自增计算执行过程中，该变量有可能正在被其他线程修改，最后计算出来的结果照样存在问题，因此volatile并不能保证非原子操作的原子性，仅在单次读或者单次写这样

volatile执行原理、volatile为什么没法保证原子性、代码实现

volatile 关键字本质上是一种内存屏障，它可以确保在 volatile 变量写操作和读操作之间不会发生重排序，这样就可以保证对 volatile 变量的修改能够立即对其他线程可见。但是，volatile 只能保证可见性，并不能保证原子性。在 Java 中，原子性是指一个操作是不可中断的，即使在多线程环境下也是如此。但是，volatile 变量的写操作和读操作之间是可以被中断的，这意味着在读...

文章目录前言测试案例前言在 java——volatile关键字博客中，之前提到了volatile 保证数据及时可见性，但不保证原子性的问题。在 volatile保证及时可见性博客中，也重点举例说明了为什么volatile能够保证及时的可见性问题。本篇博客重点说明： volatile 不保证 原子性 的原因。测试案例通过一段Java案例代码对其进行相关的说明： ...

50,526

社区成员

85,606

社区内容

发帖

与我相关

我的任务

javaspring bootspring cloud 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章