java.util.concurrent.Locks使用指南

最新推荐文章于 2024-05-12 22:14:02 发布

大象2016

最新推荐文章于 2024-05-12 22:14:02 发布

阅读量5.8k

点赞数 4

分类专栏：个人翻译文章标签：读写锁 synchronized lock condition

本文链接：https://blog.csdn.net/sinat_26279177/article/details/80646301

版权

1.概述

简单来说，相对于synchronized ，锁是一种更灵活和精巧的线程同步机制。

Lock接口从Java 1.5后出现，在java.util.concurrent.lock包中定义了Lock接口，并提供了锁的一些扩展操作。

本文，我们将探究一下Lock接口的不同实现和各自的应用。

synchronized和Lock API的使用有一些不同之处：

synchronized block 只能在一个方法内– Lock API的 lock() 和 unlock() 操作可以在不同的方法中
synchronized 不支持公平锁，锁释放后处于等待的线程都有可能获得锁，也就是不能指定优先级。而我们却可以通过Lock API指定参数来实现公平锁，确保等待时间最长的线程最先获得锁
如果线程无法访问synchronized块，就会发生阻塞。Lock API提供了 **tryLock()
方法，只有在锁可用而且没有被其他线程持有时去获得锁** ，这减小了线程等待锁的阻塞时间
处于“waiting”状态的线程获得synchronized块时，不能被中断。而Lock API提供了lockInterruptibly() 方法，可以中断正在等待锁的线程

首先看一下Lock 接口中的方法:

void lock() – 如果锁可用就获得锁，如果锁不可用就阻塞直到锁释放
void lockInterruptibly() – 和 lock()方法相似, 但阻塞的线程可中断，抛出 java.lang.InterruptedException异常
boolean tryLock() –lock() 方法的非阻塞版本;尝试获取锁，如果成功返回true
boolean tryLock(long timeout, TimeUnit timeUnit) – 和tryLock()方法相似，只是在放弃尝试获取锁之前等待指定的时间。
void unlock() – 释放锁

为了防止死锁发生，加锁的实例必须释放锁，建议在try/catch 和 finally 块中使用锁:

Lock lock = ...; 
lock.lock();
try {
    // access to the shared resource
} finally {
    lock.unlock();
}

除了Lock 接口，还有一个ReadWriteLock 接口，ReadWriteLock 接口维护了一对锁。一个只用于读操作，一个用于写操作。只有没有写入操作，读锁可以同时被多个线程持有。
ReadWriteLock 声明了获取读或写的锁:

ReentrantLock 类实现了 Lock 接口，不仅提供了跟synchronized 方法和语句使用的隐式monitor锁相同的并发和内存语义，而且扩展了其功能。
首先我们看一下 ReenrtantLock 是怎么用于同步

关注