Java中确保线程安全最常用的两种方式

本文探讨了Java中确保线程安全的两种主要方法:使用`synchronized`关键字和`Lock`接口。通过示例代码,解释了它们的工作原理以及在多线程环境中的应用。强调了在使用`synchronized`时应尽量缩小作用范围以提高性能,而`Lock`提供了更细粒度的锁控制和中断、超时等特性。
摘要由CSDN通过智能技术生成

上篇文章我们简单聊了什么是多线程,我想大家对多线程已经有了一个初步的了解,没看的没有放下文章链接 什么是线程安全,你真的了解吗?

上篇我们搞清楚了什么样的线程是安全的,我们今天先来看段代码:

public void threadMethod(int j)  {
    int i = 1;

    j = j + i;
}

大家觉得这段代码是线程安全的吗?

毫无疑问,它绝对是线程安全的,我们来分析一下为什么它是线程安全的?

我们可以看到这段代码是没有任何状态的,什么意思,就是说我们这段代码不包含任何的作用域,也没有去引用其他类中的域进行引用,它所执行的作用范围与执行结果只存在它这条线程的局部变量中,并且只能由正在执行的线程进行访问。当前线程的访问不会对另一个访问同一个方法的线程造成任何的影响。

两个线程同时访问这个方法,因为没有共享的数据,所以他们之间的行为并不会影响其他线程的操作和结果,所以说无状态的对象也是线程安全的。

添加一个状态呢?

如果我们给这段代码添加一个状态,添加一个count,来记录这个方法并命中的次数,每请求一次count+1,那么这个时候这个线程还是安全的吗?

public class ThreadDemo {

   int count = 0; // 记录方法的命中次数

   public void threadMethod(int j) {

       count++ ;

       int i = 1;

       j = j + i;
   }
}

很明显已经不是了,单线程运行起来确实是没有任何问题的,但是当出现多条线程并发访问这个方法的时候,问题就出现了,我们先来分析下count+1这个操作。

进入这个方法之后首先要读取count的值,然后修改count的值,最后才把这把值赋值给count,总共包含了三步过程:“读取”一>“修改”一>“赋值”,既然这个过程是分步的,那么我们先来看下面这张图,看看你能不能看出问题:
这里写图片描述

可以发现,count的值并不是正确的结果,当线程A读取到count的值,但是还没有进行修改的时候,线程B已经进来了,然后线程B读取到的还是count为1的值,正因为如此所以我们的count值已经出现了偏差,那么这样的程序放在我们的代码中是存在很多的隐患的。

2、如何确保线程安全?

既然存在线程安全的问题,那么肯定得想办法解决这个问题,怎么解决?我们说说常见的几种方式。

1、synchronized

synchronized关键字就是用

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值