ReentrantLock的使用场景

您所在的位置：网站首页 › java各种锁的使用场景是什么样的 › ReentrantLock的使用场景

ReentrantLock的使用场景

2023-10-12 16:52| 来源: 网络整理| 查看: 265

前言

这些使用场景都是围绕着ReentrantLock的特性来的，便于理解和使用。 Lock是一个接口，接口的实现类ReentrantLock, ReentrantReadWriteLock.ReadLock, ReentrantReadWriteLock.WriteLock

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

ReentrantLock的方法：

ReentrantLock() //创建一个 ReentrantLock 的实例 ReentrantLock(boolean fair) //创建一个具有给定公平策略的 ReentrantLock int getHoldCount() //查询当前线程保持此锁的次数 protected Thread getOwner() //返回目前拥有此锁的线程，如果此锁不被任何线程拥有，则返回 null protected Collection getQueuedThreads() //返回一个collection，它包含可能正等待获取此锁的线程 int getQueueLength() //返回正等待获取此锁的线程估计数 protected Collection getWaitingThreads(Condition condition) //返回一个 collection，它包含可能正在等待与此锁相关给定条件的那些线程 int getWaitQueueLength(Condition condition) //返回等待与此锁相关的给定条件的线程估计数 boolean hasQueuedThread(Thread thread) //查询给定线程是否正在等待获取此锁 boolean hasQueuedThreads() //查询是否有些线程正在等待获取此锁 boolean hasWaiters(Condition condition) //查询是否有些线程正在等待与此锁有关的给定条件 boolean isFair() //如果此锁的公平设置为 true，则返回true boolean isHeldByCurrentThread() //查询当前线程是否保持此锁 boolean isLocked() //查询此锁是否由任意线程保持 void lock() //获取锁 void lockInterruptibly() //如果当前线程未被中断，则获取锁。 Condition newCondition() //返回用来与此 Lock 实例一起使用的 Condition 实例 boolean tryLock() //仅在调用时锁未被另一个线程保持的情况下，才获取该锁 boolean tryLock(long timeout, TimeUnit unit) //如果锁在给定等待时间内没有被另一个线程保持，且当前线程未被中断，则获取该锁 void unlock() //试图释放此锁一、如果发现该任务已经获得锁并在执行中则不再执行（有状态执行）

因为lock锁是可以知道锁状态的。 (1)用在定时任务时，如果任务执行时间可能超过下次计划执行时间，确保该有状态任务只有一个正在执行，忽略重复触发。

(2)用在界面交互时点击执行较长时间请求操作时，防止多次点击导致后台重复执行（忽略重复触发）。

以上两种情况多用于进行非重要任务防止重复执行，（如：清除无用临时文件，检查某些资源的可用性，数据备份操作等）比如：

private ReentrantLock lock = new ReentrantLock(); if (lock.tryLock()) { //如果获得lock，则立即返回false不会等待，达到忽略操作的效果 try { //操作 } finally { lock.unlock(); } } 二、如果发现该任务已经在执行，等待一个一个执行

lock锁可以实现公平性。ReentrantLock默认情况下为不公平锁

这种比较常见大家也都在用，主要是防止资源使用冲突，保证同一时间内只有一个操作可以使用该资源。但与synchronized的明显区别是性能优势（伴随jvm的优化这个差距在减小）。同时Lock有更灵活的锁定方式，公平锁与不公平锁，而synchronized永远是不公平的。

这种情况主要用于对资源的争抢（如：文件操作，同步消息发送，有状态的操作等）

private ReentrantLock lock = new ReentrantLock(); //参数默认false，不公平锁 private ReentrantLock lock = new ReentrantLock(true); //公平锁 try { lock.lock(); //如果被其它资源锁定，会在此等待锁释放，达到暂停的效果 //操作 } finally { lock.unlock(); } 三、如果发现该任务已经在执行，则尝试等待一段时间，等待超时则不执行。

lock一种防止死锁的策略。等待获得锁的操作有一个时间的限制，如果超时则放弃执行。用来防止由于资源处理不当长时间占用导致死锁情况（比如所有线程都在等待资源，导致线程队列溢出）。

try { if (lock.tryLock(5, TimeUnit.SECONDS)) { //如果该锁被占用，尝试等待5s，看是否可以获得锁，如果5s后仍然无法获得锁则返回false继续执行 try { //操作 } finally { lock.unlock(); } } } catch (InterruptedException e) { e.printStackTrace(); //当前线程被中断时(interrupt)，会抛InterruptedException } 四、如果发现该线程已经在执行，等待执行。这时可中断正在进行的操作立刻释放锁继续下一操作。

lock锁可中断。

synchronized与Lock在默认情况下是不会响应中断(interrupt)操作，会继续执行完。lockInterruptibly()提供了可中断锁来解决此问题。

这种情况主要用于取消某些操作对资源的占用。如：（取消正在同步运行的操作，来防止不正常操作长时间占用造成的阻塞）

try { lock.lockInterruptibly(); //操作 } catch (InterruptedException e) { e.printStackTrace(); } finally { lock.unlock(); }

【本文地址】

ReentrantLock的使用场景

ReentrantLock的使用场景

今日新闻

推荐新闻