显示锁(Lock)

本文介绍了Java中的显示锁(Lock)及其标准用法,包括ReentrantLock的特性,如可重入性和公平/非公平锁的概念。通过示例展示了ReentrantLock在递归、公平锁与非公平锁效率上的应用,并解释了读写锁的工作原理,强调读写锁允许多个线程同时读取,但不允许并发读写或写写操作。
摘要由CSDN通过智能技术生成

虽然很多情况都可以使用synchronized进行处理,但是synchronized使用方式是先获取锁,使用后再释放,并不能适用于所有场景。于是,显示锁(Lock)应运而生。

显示锁的标准用法

显示锁需要进行 lock 以及 unlock 操作。标准用法如下(以ReentrantLock为例):

Lock lock = new ReentrantLock();
lock.lock();//获得锁
try {
    //业务处理
} finally{
    lock.unlock();//释放锁
}

Lock中常用接口

lock():调用该方法,当前线程获取锁,获取到锁后返回;

lockInterruptibly():可中断地获取锁,即在锁的获取中可以中断当前线程;

tryLock():尝试非阻塞获取锁并立刻返回,如果锁没有被其他线程获取到,则返回true并获取到锁,否则返回false;

tryLock(long time, TimeUnit unit):设置过期时间尝试非阻塞获取锁,可以在获取锁的时间内被中断,过期时间内获取到锁返回true,否则返回false;

unlock():释放锁;

Condition newCondition():当前线程获取到锁的前提下,可以将一个condition实例绑定到lock实例上,对condition实例中await()的调用将在等待之前自动释放锁,并在等待返回之前重新获取锁。

重入锁(ReentrantLock)

ReentrantLock是独占锁,不允许多个线程同时进入,可重入是指允许一个线程多次获取该锁,解决死锁问题。死锁问题是怎么样出现的呢?举个例子:线程A获取锁a,但是线程A在没有释放锁的时候,想要再获取锁a,如果锁不是可重入的,意味着线程A要等待它自己释放锁a后才能获取到锁a,此时就会出现死锁问题。重入锁则可以解决了这个死锁的场景。

会用到可重入锁的场景--递归。synchronized是支持重入的,所以它修饰的递归方法,线程在获取了锁之后仍能连续多次地获得该锁;同一个线程在调用ReentrantLock实例的lock()方法时,已经获取到锁的情况下,也能够不被阻塞再次调用lock()方法获取锁。

 ReentrantLock提供了一个构造函数,能够控制锁是否是公平的。

    /**
     * Creates an instance of {@code ReentrantLock}.
     * This is equivalent to using {@code ReentrantLock(false)}.
     */
    public ReentrantLock() {
        sync = new NonfairSync();
    }

    /**
     * Creates an instance of {@code ReentrantLock} with the
     * given fairness policy.
     *
     * @param fair {@code true} if this lock should use a fair ordering policy
     */
    public ReentrantLock(boolean fair) {
        sync = fair ? new FairSync() : new NonfairSync();
    }

公平锁:先请求获取锁的线程先获取到锁;

非公平锁:锁被释放后,随机从等待获取锁的随机抽取一个线程获取锁。

获取锁是一个阻塞机制,当锁释放后,会唤醒需要获取该锁的线程,线程从阻塞状态变成可运行状态,操作系统中会进行上下文切换,上下文切换一般会消耗5000~10000个时间周期。公平锁需要保证线程获取锁的顺序,会消耗更多的时间和资源,所以,非公平锁的效率比公平锁高。

举个例子:假设现在有a、b两个线程,请求获取锁的顺序为ab,从阻塞到可运行的上下文切换时间分别为8000、5000个时间周期,执行时间分别为5000、3000个时间周期(数据随便造的)。

公平锁情况下,第一个线程获取锁的线程为a,从被唤醒到执行完的时间为8000+5000= 13000(时间周期);非公平锁情况下,第一个获取锁的线程为b(最先从阻塞变成可运行状态),此时线程b会尝试获取锁,由于线程a还没有变成可执行状态,所以线程b是可以获取到锁的,线程b从被唤醒到执行完的时间5000+3000=8000(时间周期),并且当线程b运行完(释放锁)后,线程a才恢复成可运行状态,此时线程a也是可以获取到锁的,显然,非公平锁情况下比公平锁情况节省了时间和资源。

【ReentrantLock源码解析】

读写锁(ReentrantReadWriteLock)

ReentrantReadWriteLock实现了ReadWriteLock接口,ReadWriteLock接口中存在两个方法,获取读锁和获取写锁

public interface ReadWriteLock {
    /**
     * Returns the lock used for reading.
     *
     * @return the
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值