死锁和锁(Lock)

本文详细阐述了死锁的四个必要条件,包括互斥、请求保持、不剥夺和循环等待,并重点讲解了Java中的ReentrantLock锁及其与synchronized的差异。讨论了如何避免死锁,以及如何选择在不同场景下使用Lock提高性能。
摘要由CSDN通过智能技术生成

1.死锁

多个线程各自占有一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等待对方释放资源,都停止执行的情形。某一个同步块同时拥有“俩个以上对象的锁,就可能会发生“死锁””的问题。

 执行结果:

死锁产生的四个必要条件:

  • 互斥条件:当资源被一个线程占用时,别的线程不能使用
  • 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放
  • 不剥夺条件:进程以获得的资源,在未使用完前,不能强行剥夺
  • 循环等待条件:若干进程之间形成头尾相接的循环等待资源关系

2.锁(Lock)

从JDK5.0开始,Java提供了更强大的线程同步机制—通过显示定义同步锁对象实现同步。同步锁使用Lock对象充当

javautil.concurrent.locks。Lock接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占访问,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象。

ReentrantLock(可重入锁)类实现了Lock,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常用的是ReentrantLock,可以显示加锁、释放锁。

 具体的使用方法:

测试锁

 

 synchronized和Lock的对比:

  • Lock是显卡式锁(手动开启和光闭锁,记得光锁)synchronized是隐式锁,出了作用域自动释放。
  • Lock只有代码块锁,synchronized有代码块锁和方法锁
  • 使用Lock锁,JVM将花费较少的时间来调度线程,性能更好。并且具有更好的扩展性。(提供更多的子类)
  • 优先使用顺序:Lock>同步代码块(已经进入方法体,分配了相应资源)>同步方法(在方法体之外)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值