ReentrantLock锁的使用场景

时间 2019-11-09

原文原文链接

摘要

从使用场景的角度出发来介绍对ReentrantLock的使用，相对来讲容易理解一些。安全

场景1：若是发现该操做已经在执行中则再也不执行（有状态执行）

a、用在定时任务时，若是任务执行时间可能超过下次计划执行时间，确保该有状态任务只有一个正在执行，忽略重复触发。
b、用在界面交互时点击执行较长时间请求操做时，防止屡次点击致使后台重复执行（忽略重复触发）。jvm

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

private ReentrantLock lock = new ReentrantLock();

                if (lock.tryLock()) {  //若是已经被lock，则当即返回false不会等待，达到忽略操做的效果 

                    try {

                       //操做

                    } finally {
                        lock.unlock();
                    }

                }

场景2：若是发现该操做已经在执行，等待一个一个执行（同步执行，相似synchronized）

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

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

ReentrantLock默认状况下为不公平锁操作系统

private ReentrantLock lock = new ReentrantLock(); //参数默认false，不公平锁
private ReentrantLock lock = new ReentrantLock(true); //公平锁

try {
                        lock.lock(); //若是被其它资源锁定，会在此等待锁释放，达到暂停的效果

                       //操做

                    } finally {
                        lock.unlock();
                    }

不公平锁与公平锁的区别：线程

公平状况下，操做会排一个队按顺序执行，来保证执行顺序。（会消耗更多的时间来排队）
不公平状况下，是无序状态容许插队，jvm会自动计算如何处理更快速来调度插队。（若是不关心顺序，这个速度会更快）设计

场景3：若是发现该操做已经在执行，则尝试等待一段时间，等待超时则不执行（尝试等待执行）

这种其实属于场景2的改进，等待得到锁的操做有一个时间的限制，若是超时则放弃执行。
用来防止因为资源处理不当长时间占用致使死锁状况（你们都在等待资源，致使线程队列溢出）。code

                try {
                    if (lock.tryLock(5, TimeUnit.SECONDS)) {  //若是已经被lock，尝试等待5s，看是否能够得到锁，若是5s后仍然没法得到锁则返回false继续执行


                        try {


                            //操做


                        } finally {
                            lock.unlock();
                        }


                    }
                } catch (InterruptedException e) {
                    e.printStackTrace(); //当前线程被中断时(interrupt)，会抛InterruptedException                 
                }

场景4：若是发现该操做已经在执行，等待执行。这时可中断正在进行的操做马上释放锁继续下一操做。

synchronized与Lock在默认状况下是不会响应中断(interrupt)操做，会继续执行完。lockInterruptibly()提供了可中断锁来解决此问题。（场景2的另外一种改进，没有超时，只能等待中断或执行完毕）队列

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

try {
                    lock.lockInterruptibly();
                    //操做

                } catch (InterruptedException e) {
                    e.printStackTrace();
                } finally {
                    lock.unlock();
                }

可重入概念

若一个程序或子程序能够“安全的被并行执行(Parallel computing)”，则称其为可重入（reentrant或re-entrant）的。即当该子程序正在运行时，能够再次进入并执行它（并行执行时，个别的执行结果，都符合设计时的预期）。可重入概念是在单线程操做系统的时代提出的。