Web全栈~35.使用tryLock()避免死锁

最新推荐文章于 2024-05-16 17:22:30 发布

算法爱好者丶

最新推荐文章于 2024-05-16 17:22:30 发布

阅读量5.6k

点赞数 26

CC 4.0 BY-SA版权

分类专栏： web 文章标签： java 并发编程多线程

本文链接：https://blog.csdn.net/qq_41424688/article/details/113825903

本文探讨了Java中的显式锁接口Lock，特别是ReentrantLock类。通过对比synchronized，解释了Lock提供的非阻塞获取锁、响应中断和限时等待等优势。在分析了一个银行转账死锁实例后，提出了使用tryLock方法来防止死锁，通过示例展示了如何在转账操作中避免死锁问题。

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

Web全栈~35.显式锁

上一期

接口Lock

显式锁接口的定义

在这里插入图片描述

lock（）/unlock（）：就是普通的获取锁和释放锁方法，lock（）会阻塞直到成功。

lockInterruptibly（）：与lock（）的不同是，它可以响应中断，如果被其他线程中断了，则抛出InterruptedException。

tryLock（）：只是尝试获取锁，立即返回，不阻塞，如果获取成功，返回true，否则返回false。

tryLock（long time，TimeUnit unit）：先尝试获取锁，如果能成功则立即返回true，否则阻塞等待，但等待的最长时间由指定的参数设置，在等待的同时响应中断，如果发生了中断，抛出InterruptedException，如果在等待的时间内获得了锁，返回true，否则返回false。

newCondition：新建一个条件，一个Lock可以关联多个条件

可以看出，相比synchronized，显式锁支持以非阻塞方式获取锁、可以响应中断、可以限时，这使得它灵活得多。

ReentrantLock

Lock接口的主要实现类是ReentrantLock，它的基本用法lock/unlock实现了与synchronized一样的语义

ReentrantLock有两个构造方法

在这里插入图片描述

参数fair表示是否保证公平，不指定的情况下，默认为false，表示不保证公平。所谓公平是指，等待时间最长的线程优先获得锁。保证公平会影响性能，一般也不需要，所以默认不保证，synchronized锁也是不保证公平的

使用显式锁，一定要记得调用unlock。一般而言，应该将lock之后的代码包装到try语句内，在finally语句内释放锁。

代码示例

 public void fun() {
   
   
      lock.lock();
      try{
   
   
          count++;
      }finally {
   
   
          lock.unlock();
      }
  }

使用tryLock()避免死锁

使用tryLock（），可以避免死锁。在持有一个锁获取另一个锁而获取不到的时候，可以释放已持有的锁，给其他线程获取锁的机会，然后重试获取所有锁。

银行转账实例

账户类

class Account{
   
   
    private Lock lock = new ReentrantLock();
    private volatile double money;
    public Account(double initialMoney){
   
   
        this.money = initialMoney;
    }
    public void add(double money){
   
   
        lock.lock();
        try{
   
   
            this.money = money;
        }finally {
   
   
            lock.unlock(