Java单体应用锁ReetrantLock

Lock 与 synchronized的区别是 一个是显式的释放锁,一个是隐式的释放锁。
底层实现上来说,synchronized 是JVM层面的锁,是Java关键字,通过monitor对象来完成(monitorenter与monitorexit),对象只有在同步块或同步方法中才能调用wait/notify方法,ReentrantLock 是从jdk1.5以来(java.util.concurrent.locks.Lock)提供的API层面的锁。
synchronized 的实现涉及到锁的升级,具体为无锁、偏向锁、自旋锁、向OS申请重量级锁,ReentrantLock实现则是通过利用CAS(CompareAndSwap)自旋机制保证线程操作的原子性和volatile保证数据可见性以实现锁的功能。
释放方式上synchronized 不需要用户去手动释放锁,synchronized 代码执行完后系统会自动让线程释放对锁的占用; ReentrantLock则需要用户去手动释放锁,如果没有手动释放锁,就可能导致死锁现象。一般通过lock()和unlock()方法配合try/finally语句块来完成,使用释放更加灵活。
是否中断上synchronized是不可中断类型的锁,除非加锁的代码中出现异常或正常执行完成; ReentrantLock则可以中断,可通过trylock(long timeout,TimeUnit unit)设置超时方法或者将lockInterruptibly()放到代码块中,调用interrupt方法进行中断。
是否公平锁synchronized为非公平锁 ReentrantLock则即可以选公平锁也可以选非公平锁,通过构造方法new ReentrantLock时传入boolean值进行选择,为空默认false非公平锁,true为公平锁。
是否可以绑定条件synchronized不能绑定; ReentrantLock通过绑定Condition结合await()/singal()方法实现线程的精确唤醒,而不是像synchronized通过Object类的wait()/notify()/notifyAll()方法要么随机唤醒一个线程要么唤醒全部线程。
锁的对象元素synchronzied锁的是对象,锁是保存在对象头里面的,根据对象头数据来标识是否有线程获得锁/争抢锁;ReentrantLock锁的是线程,根据进入的线程和int类型的state标识锁的获得/争抢。
synchronzied锁对象的释放只能等方法执行完,或抛出异常.
synchronzied锁后,其他线程只能等待,没有超时时间
synchronzied锁定后,无法中断
简单使用
package com.ams.thread.lesson5;
import lombok.extern.slf4j.Slf4j;
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;
/**
* 关注微信公众号"AI码师"获取项目源码及2021面试题一套
*
* @author: AI码师
* Date: 2021/12/30 5:01 上午
* Description:
*/
@Slf4j
public class Example15 {
private static Lock lock = new ReentrantLock();
public static void main(String[] args) {
lock.lock();
try{
}finally {
lock.unlock();
}
}
}
Lock的特性
尝试非阻塞的获取锁
当前线程尝试获取锁,如果这一时刻没有被其他线程获取到,则成功获取并持有锁
能被中断的获取锁
获取到锁的线程能够响应中断,当获取到锁的线程被中断时,中断异常将会抛出,同时锁被释放。
超时获取锁
设置指定的时间段,如果超过这个时间,还没有获取到锁,则会返回,
Lock常用api
lock()
获取锁,获取到锁之后,从这个方法返回,
lockInterruptibly()
可中断的获取锁,该方式会响应中断,在获取锁的过程中,可以中断该线程。
boolean tryLock()
尝试非阻塞的获取到锁,调用后立法返回,如果获取到锁,则为true,否则为false
boolean tryLock(time,unit)
尝试在指定时间内获取锁,返回条件:
获取到锁
被中断
超过指定时间
unLock
释放锁
newCondition()
为当前锁绑定的一个等待通知的助手,只有获取到锁之后才能调用该对象的方法,类似于对象.wait() 必须获取到监视器一样。