总结线程安全问题的原因和解决方案

本文深入探讨了Java中线程安全的概念,通过实例展示了线程不安全的情况,如并发自增导致的结果不一致。分析了线程不安全的原因,包括抢占式执行、非原子操作、内存可见性和指令重排序。提出了加锁(synchronized)作为解决线程安全问题的一种方法,并通过代码示例解释了其工作原理。最后,强调了锁的粒度对并发性能的影响,以及单线程加锁无法确保线程安全的问题。
摘要由CSDN通过智能技术生成

一. 线程安全问题

概念

首先, 线程安全的意思就是在多线程各种随机调度的情况下, 代码不出现 bug 的情况. 如果在多线程调度的情况下, 出现 bug, 那么就是线程不安全.

二. 观察线程不安全的情况

下面我们用多线程来累加一个数, 观察线程不安全的情况:

用两个线程, 每个线程对 counter 进行5000次自增.预期结果10000.

Class Counter {
    public int count = 0;
    public void increase() {
        count++;
    }
}

public class Demo {
    public static Counter counter = new Counter();

    public static void main(String[] args) throws InterruptedException {
        Thread t1 = new Thread( () -> {
            for (int i = 0; i < 5000; i++) {
                counter.increase();
            }
        });

        Thread t2 = new Thread( () -> {
            for (int i = 0; i < 5000; i++) {
                counter.increase();
            }
        });

        t1.start();
        t2.start();

        t1.join();
        t2.join();

        System.out.println("count : " + counter.count);
    }
}

那我们再来看运行结果:

 

 根据截图的结果我们可以看到, 每一次运行结果, count 的值都不一样, 反正不是10000.

那么为什么会出现这种问题呢?

首先我们要知道进行的 count++ 的操作, 底层 是三条指令在CPU上完成的.

  1. load -> 把内存的数据读取到 CPU 寄存器上
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

即将秃头的菜鸟

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值