java Lock方法解析，实现类解析，lock.lockInterruptibly()底层源码实现

最新推荐文章于 2024-04-22 08:04:46 发布

旋尘

最新推荐文章于 2024-04-22 08:04:46 发布

阅读量1k

点赞数 2

分类专栏： java基础文章标签： java

本文链接：https://blog.csdn.net/weixin_47071411/article/details/123655121

版权

java基础专栏收录该内容

21 篇文章 0 订阅

订阅专栏

Lock

Lock是一个接口

public interface Lock {
    void lock();
    void lockInterruptibly() throws InterruptedException;
    boolean tryLock();
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock();
    Condition newCondition();
}

lock() 获取锁。如果锁已被其他线程获取，则进行等待。
lockInterruptibly() 通过这个方法去获取锁时，如果线程正在等待获取锁，则这个线程能够响应中断，即中断线程的等待状态。也就使说，当两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，而线程B只有在等待，那么对线程B调用==threadB.interrupt()==方法能够中断线程B的等待过程。
- Thread.stop, Thread.suspend, Thread.resume 都已经被废弃了。而 Thread.interrupt 的作用其实也不是中断线程，而是「通知线程应该中断了」，具体到底中断还是继续运行，应该由被通知的线程自己处理。
- Java里一个线程调用了Thread.interrupt()到底意味着什么？
- 当对一个线程，调用 interrupt() 时，
  - ① 如果线程处于被阻塞状态（例如处于sleep, wait, join 等状态），那么线程将立即退出被阻塞状态，并抛出一个InterruptedException异常。仅此而已。
  - ② 如果线程处于正常活动状态，那么会将该线程的中断标志设置为 true，仅此而已。被设置中断标志的线程将继续正常运行，不受影响。
- Java类库中提供的一些可能会发生阻塞的方法都会抛InterruptedException异常，如：BlockingQueue#put、BlockingQueue#take、Object.wait()、Thread.sleep()，当然还有这里的lockInterruptibly () 方法
- 当你在某一条线程中调用上面这些可能会发生阻塞方法时，这个方法可能会被阻塞很长时间，你可以在别的线程中调用当前线程对象的interrupt方法触发这些函数抛出InterruptedException异常。比如说一个线程调用了 lockInterruptibly()方法想去得到锁，但是没有获得这个锁，这个锁已经被获取，所以他在等待这个锁，但是我不想继续等待了，所以我在别的线程对这个线程B执行线程B.interrupt(),然后 lockInterruptibly()抛出InterruptedException，然后线程B对这个异常进行处理，有些可能会进行一些处理，有些可能直接中断（比如说捕捉完异常就没有别的代码执行了，直接结束线程）了这个线程
- public void interrupt()
  将调用者线程的中断状态设为true。
- public boolean isInterrupted()
  判断调用者线程的中断状态。
- public static boolean interrupted ()
  只能通过Thread.interrupted()调用。
  它会做两步操作：
  - 返回当前线程的中断状态；
  - 将当前线程的中断状态设为false
- interrupted()方法返回中断标志
- **如何安全地停止线程？**stop函数停止线程过于暴力，它会立即停止线程，不给任何资源释放的余地，下面介绍一种安全停止线程的方法
```
Thread t1 = new Thread( new Runnable(){ 
    public void run(){
        //若未发生中断，就正常执行任务        		
        while(!Thread.currentThread.isInterrupted()){       
        // 正常任务代码……        
    	}         
        // 中断的处理代码……       
        doSomething();    } } ).start();
```
```
//触发中断
t1.interrupt();
```

tryLock()方法是有返回值的，它表示用来尝试获取锁，如果获取成功，则返回true，如果获取失败（即锁已被其他线程获取），则返回false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。

Lock lock = ...;
if(lock.tryLock()) {
     try{
         //处理任务
     }catch(Exception ex){
         
     }finally{
         lock.unlock();   //释放锁
     } 
}else {
    //如果不能获取锁，则直接做其他事情
}

tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的，只不过区别在于这个方法在拿不到锁时会等待一定的时间，在时间期限之内如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。

Lock实现类

ReentrantLock，意思是“可重入锁”，它实现了Lock里的方法，也就是上方那些方法

ReadWriteLock读写锁

ReadWriteLock它也是一个接口，在它里面只定义了两个方法：Lock readLock(); Lock writeLock();

子类：ReentrantReadWriteLock

private ReentrantReadWriteLock rwl = new ReentrantReadWriteLock();
//获取读锁
  rwl.readLock().lock();
 //获取写锁
 rel.writeLock();

读写锁实际是一种特殊的自旋锁，它把对共享资源的访问者划分成读者和写者，读者只对共享资源进行读访问，写者则需要对共享资源进行写操作。这种锁相对于自旋锁而言，能提高并发性，因为在多处理器系统中，它允许同时有多个读者来访问共享资源，最大可能的读者数为实际的逻辑CPU数。写者是排他性的，一个读写锁同时只能有一个写者或多个读者（与CPU数相关），但不能同时既有读者又有写者。

Java并发编程：Lock](https://www.cnblogs.com/dolphin0520/p/3923167.html)

请讲一下非公平锁和公平锁在reetrantlock里的实现过程是怎样的。

考察点：锁

而对于ReentrantLock和ReentrantReadWriteLock，它默认情况下是非公平锁，但是可以设置为公平锁。

参考回答：

如果一个锁是公平的，那么锁的获取顺序就应该符合请求的绝对时间顺序，FIFO。对于非公平锁，只要CAS设置同步状态成功，就是哪个线程先更改锁的状态，先占据锁，则表示当前线程获取了锁，而公平锁还需要判断当前节点是否有前驱节点，如果有，则表示有线程比当前线程更早请求获取锁，因此需要等待前驱线程获取并释放锁之后才能继续获取锁。

(53条消息) ReentrantLock的非公平锁和公平锁的实现原理_jsj13263690918的博客-CSDN博客_reentrantlock公平锁非公平锁实现原理

(53条消息) AQS-hasQueuedPredecessors()解析_绅士jiejie的博客-CSDN博客_hasqueuedpredecessors

手打不易望点赞支持

旋尘

关注

2
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
java Lock方法解析，实现类解析，lock.lockInterruptibly()底层源码实现

LockLock是一个接口public interface Lock { void lock(); void lockInterruptibly() throws InterruptedException; boolean tryLock(); boolean tryLock(long time, TimeUnit unit) throws InterruptedException; void unlock(); Condition newConditio
复制链接

扫一扫