Java 多线程(Java.Thread)----- 死锁和Lock锁

本文探讨了Java多线程中的死锁现象,解释了产生死锁的四个必要条件,并提出了解决死锁的方法。此外,还介绍了从JDK 5.0开始引入的Lock锁,它提供了比synchronized更强大的线程同步机制。ReentrantLock作为Lock的一个实现,具有可重入性。最后,对比了synchronized与Lock在使用和性能上的差异,建议在适当情况下优先选择Lock。
摘要由CSDN通过智能技术生成

死锁

  • 多个线程各自占用一些共享资源,并且互相等待其他线程占有的资源才能运行,而导致两个或者多个线程都在等待对方释放资源,都停止执行的情形。某一个同步块同时拥有“两个以上对象的锁”时,就可能会发生“死锁”的问题
  • 产生死锁的四个必要条件:
    • 互斥条件:一个资源每次只能被一个进程使用
    • 请求与保持条件:一个进程因请求资源而阻塞时,对方获得的资源保持不放
    • 不剥夺条件:进程已获得的资源,在未使用完之前,不能强行剥夺
    • 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系
  • 破解死锁只需要破解以上任意一个或多个条件即可

Lock锁

  • 从JDK 5.0开始,Java提供了更强大的线程同步机制----通过显式定义同步锁对象来实现同步。同步锁使用lock对象充当
  • java.util.concurrent.Lock接口是控制多个线程对共享资源进行访问的工具。锁提供了对共享资源的独占空间,每次只能有一个线程对Lock对象加锁,线程开始访问共享资源之前应先获得Lock对象
  • ReetrantLock类实现了Lock,它拥有与synchronized相同的并发性和内存语义,在实现线程安全的控制中,比较常见的是ReetrantLock,可以现实加锁、释放锁
package www.bh.c.threadtest;
import java.util.concurrent.locks.ReentrantLock;
//测试Lock锁
public class LockTest {
   
    public static void main(String[] args
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值