字节跳动一面：i++ 是线程安全的吗？

r囧r小猫 2022-10-15 10:59 114阅读 0赞

点击上方蓝色“java大数据修炼之道”, 选择“设为星标”

每晚九点: 技术干货 ???? 必定奉上
    
    哈喽，各位新来的小伙伴们，大家好！由于公众号做了改版，为了保证公众号的资源能准时推送到你手里，大家记得将咱们的公众号 加星标置顶 ，在此真诚的表示感谢

### 来源：cnblogs.com/zemliu/p/3298685.html    ###

### 前言 ###

*  简介
 *  Thread的本地内存
 *  例子
 *  注意
 *  线程同步问题的解决
 *  结论

--------------------

# 简介 #

volatile关键字保证了在多线程环境下,被修饰的变量在别修改后会马上同步到主存,这样该线程对这个变量的修改就是对所有其他线程可见的,其他线程能够马上读到这个修改后值.

# Thread的本地内存 #

*  每个Thread都拥有自己的线程存储空间
 *  Thread何时同步本地存储空间的数据到主存是不确定的

# 例子 #

![fb7f517e3420c1c20b68805847fdb494.png][]

借用Google JEREMY MANSON 的解释,上图表示两个线程并发执行,而且代码顺序上为Thread1->Thread2

1、不用 volatile

假如ready字段不使用volatile,那么Thread 1对ready做出的修改对于Thread2来说未必是可见的,是否可见是不确定的.假如此时thread1 ready泄露了(leak through)了,那么Thread 2可以看见ready为true,但是有可能answer的改变并没有泄露,则thread2有可能会输出 0 (answer=42对thread2并不可见)

2、使用 volatile

使用volatile以后,做了如下事情

*  每次修改volatile变量都会同步到主存中
 *  每次读取volatile变量的值都强制从主存读取最新的值(强制JVM不可优化volatile变量,如JVM优化后变量读取会使用cpu缓存而不从主存中读取)
 *  线程 A 中写入 volatile 变量之前可见的变量, 在线程 B 中读取该 volatile 变量以后, 线程 B 对其他在 A 中的可见变量也可见. 换句话说, 写 volatile 类似于退出同步块, 而读取 volatile 类似于进入同步块

所以如果使用了volatile,那么Thread2读取到的值为read=>true,answer=>42,当然使用volatile的同时也会增加性能开销

# 注意 #

volatile并不能保证非源自性操作的多线程安全问题得到解决,volatile解决的是多线程间共享变量的**可见性**问题,而例如多线程的i++,++i,依然还是会存在多线程问题,它是无法解决了.如下:使用一个线程i++,另一个i--,最终得到的结果不为0

public class VolatileTest {
    
        private static volatile int count = 0;
        private static final int times = Integer.MAX_VALUE;
    
        public static void main(String[] args) {
    
            long curTime = System.nanoTime();
    
            Thread decThread = new DecThread();
            decThread.start();
    
            // 使用run()来运行结果为0,原因是单线程执行不会有线程安全问题
            // new DecThread().run();
    
            System.out.println("Start thread: " + Thread.currentThread() + " i++");
    
            for (int i = 0; i < times; i++) {
                count++;
            }
    
            System.out.println("End thread: " + Thread.currentThread() + " i--");
    
            // 等待decThread结束
            while (decThread.isAlive());
    
            long duration = System.nanoTime() - curTime;
            System.out.println("Result: " + count);
            System.out.format("Duration: %.2fs\n", duration / 1.0e9);
        }
    
        private static class DecThread extends Thread {
    
            @Override
            public void run() {
                System.out.println("Start thread: " + Thread.currentThread() + " i--");
                for (int i = 0; i < times; i++) {
                    count--;
                }
                System.out.println("End thread: " + Thread.currentThread() + " i--");
            }
        }
    }

最后输出的结果是

> “
> 
> Start thread: Thread\[main,5,main\] i++ Start thread: Thread\[Thread-0,5,main\] i-- End thread: Thread\[main,5,main\] i-- End thread: Thread\[Thread-0,5,main\] i-- Result: -460370604 Duration: 67.37s

原因是i++和++i并非原子操作,我们若查看字节码,会发现

void f1() { i++; }

的字节码如下

void f1();
    Code:
    0: aload_0
    1: dup
    2: getfield #2; //Field i:I
    5: iconst_1
    6: iadd
    7: putfield #2; //Field i:I
    10: return

可见i++执行了多部操作, 从变量i中读取读取i的值 -> 值+1 -> 将+1后的值写回i中,这样在多线程的时候执行情况就类似如下了

Thread1             Thread2
    r1 = i;             r3 = i;
    r2 = r1 + 1;        r4 = r3 + 1;
    i = r2;             i = r4;

这样会造成的问题就是 r1, r3读到的值都是 0, 最后两个线程都将 1 写入 i, 最后 i 等于 1, 但是却进行了两次自增操作

可知加了volatile和没加volatile都无法解决非原子操作的线程同步问题

# 线程同步问题的解决 #

Java提供了java.util.concurrent.atomic 包来提供线程安全的基本类型包装类,例子如下

package com.qunar.atomicinteger;
    
    import java.util.concurrent.atomic.AtomicInteger;
    
    /**
     * @author zhenwei.liu created on 2013 13-9-2 下午10:18
     * @version $Id$
     */
    public class SafeTest {
    
        private static AtomicInteger count = new AtomicInteger(0);
        private static final int times = Integer.MAX_VALUE;
    
        public static void main(String[] args) {
    
            long curTime = System.nanoTime();
    
            Thread decThread = new DecThread();
            decThread.start();
    
            // 使用run()来运行结果为0,原因是单线程执行不会有线程安全问题
            // new DecThread().run();
    
            System.out.println("Start thread: " + Thread.currentThread() + " i++");
    
            for (int i = 0; i < times; i++) {
                count.incrementAndGet();
            }
    
            // 等待decThread结束
            while (decThread.isAlive());
    
            long duration = System.nanoTime() - curTime;
            System.out.println("Result: " + count);
            System.out.format("Duration: %.2f\n", duration / 1.0e9);
        }
    
        private static class DecThread extends Thread {
    
            @Override
            public void run() {
                System.out.println("Start thread: " + Thread.currentThread() + " i--");
                for (int i = 0; i < times; i++) {
                    count.decrementAndGet();
                }
                System.out.println("End thread: " + Thread.currentThread() + " i--");
            }
        }
    }

输出

> “
> 
> Start thread: Thread\[main,5,main\] i++ Start thread: Thread\[Thread-0,5,main\] i-- End thread: Thread\[Thread-0,5,main\] i-- Result: 0 Duration: 105.15

# 结论 #

1.  volatile解决了线程间共享变量的可见性问题
2.  使用volatile会增加性能开销
3.  volatile并不能解决线程同步问题
4.  解决i++或者++i这样的线程同步问题需要使用synchronized或者AtomicXX系列的包装类,同时也会增加性能开销

**![a4565d14ff8d97460b7afb3541263f62.png][]**

**回复** **【Java】**获取java相关的视频教程和资料

**回复** **【SpringCloud】**获取SpringCloud相关多的学习资料

**回复** **【PDF】**获取2021java相关面试题教程

**回复** **【加群】**即可加入java学习交流研发部相关的技术交流群

*  [我的天! 8年开发，连登陆接口都写这么烂...][8_...]
 *  [颠覆认知 - MySQL数字类型如何选择？][- MySQL]
 *  [厉害了！把 HashMap 剖析的只剩渣了！][HashMap]
 *  [阿里一面：如何保障消息100%投递成功、消息幂等性？][100]
 *  [SpringBoot 中实现跨域的5种方式][SpringBoot _5]
 *  [60个相见恨晚的神器工具！][60]
 *  [超级全面的 SpringBoot 注解介绍，每一个用途都应该清晰][SpringBoot]

**看完本文有收获？请转发分享给更多人**

请长按二维码，关注 Java大数据修炼之道.

**推荐程序员必备公众号 **

**▼**

> **Java大数据修炼之道**
> 
> 公众号：
> 
> gh\_9119f24d3793
> 
> **推荐理由：**
> 
> 在这里，我们分享程序员相关技术，职场生活，行业热点资讯。不定期还会分享IT趣文和趣图。这里属于我们程序员自己的生活，工作和娱乐空间。
> 
>  ▼长按下方↓↓↓二维码识别关注
> 
> ####  ####
> 
> 关注 java大数据修炼之道
> 
>     每天学习java技术你想学的Java知识这里都有**![1c406a3517a9a848ab2d28c4d56be29b.png][]**
> 
> ![70c479191016c77fb2e94dd4d8c385c0.png][]

觉得对你有帮助，喜欢就"在看"呗^_^

喜欢就给个“**在看**”![a40e85af34a32b9d19213de4316bc694.gif][]

[fb7f517e3420c1c20b68805847fdb494.png]: /images/20221014/636f824cf8474c369d12b2c237ac83ac.png
[a4565d14ff8d97460b7afb3541263f62.png]: /images/20221014/5a6c776192714567a80e6f8f8c886e14.png
[8_...]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc20e56ccb587409979cdb0ce83d313e6fdb6350cad8a7f9f54cbd0d7968653e02e32e9b9db&idx=1&mid=2247499930&scene=21&sn=0f1bd961991baf56cc8d5d26e9ea6516#wechat_redirect
[- MySQL]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc20e44ccb587527df9aa06b820dbed095f6e679cb1f809003ed0063c40b23296f0b743829b&idx=1&mid=2247499912&scene=21&sn=cea925f1929533c2041ca82a05380622#wechat_redirect
[HashMap]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc233b5ccb5baa31a69115c7774c4313614c7ade3fb3dca7b4b8f6a4a7c658b4b9f1feb203b&idx=1&mid=2247499129&scene=21&sn=07a26e6b67b708ce1434527560fde28f#wechat_redirect
[100]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc20ef1ccb587e78ffe7d5a0ae270224caf2aec60406a0482af5d656e55f36484866226f7a6&idx=1&mid=2247499837&scene=21&sn=aebe40b60bc265d2744900147358db94#wechat_redirect
[SpringBoot _5]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc20ebeccb587a88d449715bcca92fef6dc56295fce2341332ba639564883691b484bdad8a2&idx=1&mid=2247499890&scene=21&sn=1e676d133912906324ba18e2495b7ec7#wechat_redirect
[60]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc23173ccb5b865c4ebea5f45d09788a09c8d7c6cd9c02d15ef2c40b3ca2d0d16949e8ecb70&idx=1&mid=2247499711&scene=21&sn=b3dbd6429d4e28228f747b92b54dc301#wechat_redirect
[SpringBoot]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ%3D%3D&chksm=fbc23087ccb5b9914f2788449140572f7e0f7c40eacc6d271fc46358590e2204b9fc17eef87e&idx=1&mid=2247499339&scene=21&sn=bc9651f8771a0fe22cb7a6c8fb99b5b5#wechat_redirect
[1c406a3517a9a848ab2d28c4d56be29b.png]: /images/20221014/d0588fab27d149a1b618699eeb55c602.png
[70c479191016c77fb2e94dd4d8c385c0.png]: /images/20221014/a9f0c1d0802a4b0aa849a11627b0bd50.png
[a40e85af34a32b9d19213de4316bc694.gif]: /images/20221014/eccf1ff2aafd423786db4d59d0fdfa74.png