线程并发

本文深入探讨Java中的多种并发控制机制,包括ReentrantLock的优势及使用方法、synchronized关键字的局限性、Object类中的wait和notify方法如何正确使用,以及Condition、CountDownLatch、CyclicBarrier和Semaphore等高级并发工具的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1 static的强制同步机制

2 synchronized的同步机制 

3  ReentrantLock(可重入的锁)

  ReentrantLock是JDK并发包中locks当中的一个类,专门用于弥补synchronized关键字的一些不足。

      synchronized关键字同步的时候,等待的线程将无法控制,只能死等。

       解决方式:ReentrantLock可以使用tryLock(timeout, unit)方法去控制等待获得锁的时间,也可以使用无参数的tryLock方法立即返回,这就避免了死锁出现的可能性。

      synchronized关键字同步的时候,不保证公平性,因此会有线程插队的现象。

  解决方式:ReentrantLock可以使用构造方法ReentrantLock(fair)来强制使用公平模式,这样就可以保证线程获得锁的顺序是按照等待的顺序进行的,而synchronized进行同步的时候,是默认非公平模式的,但JVM可以很好的保证线程不被饿死。

  ReentrantLock有这样一些优点,当然也有不足的地方。最主要不足的一点,就是ReentrantLock需要开发人员手动释放锁,并且必须在finally块中释放。

4 Object wait,notify和notifyAll

    wait,notify和notifyAll方法在使用前,必须获取到当前对象的锁,否则会告诉你非法的监控状态异常。则是如果有多个线程在wait等待,那么调用notify会随机通知其中一个线程,而不会按照顺序通知。notify的通知机制是非公平的,notify并不保证先调用wait方法的线程优先被唤醒。notifyAll方法则不存在这个问题,它将通知所有处于wait等待的线程

5  ReentrantLock Condition  出现多个条件等待时,需要依次获得多个对象的锁,使用Condition,代码更加直观

6 CountDownLatch 一个线程需要等待其它若干个线程完成某件事以后才能继续进行

7 CyclicBarrier 多个线程一起启动的场景

8 Semaphore 控制线程数量或者任务数量

9 Exchanger 两个线程交换数据的场景,


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值