基本上都把这个锁叫做重入锁,其实这样叫是字面理解,但是无法区分与synchronized的区别,从实现来讲,叫做显式锁更好,因为ReentrantLock的加锁是显示的,而synchronized则是内置的,所以应该是内置锁。
显式锁的特性
首先看下显式锁的使用,打开源码,有一段注释:
public void m() {
* lock.lock(); // block until condition holds
* try {
* // ... method body
* } finally {
* lock.unlock()
* }
* }
这是上锁和放锁的推荐方式,即把同步块的语句放在一个try里面,然后释放锁的操作是在finally块里。因为一旦同步块里的代码抛异常了,那么就不会执行到后面的放锁语句,导致锁一直被占着,可能引发死锁,这不仅仅是java里面显式锁的用法,所有语言的显式锁应该都这么处理。
(1)定时锁
在获取锁时,常规情况会导致线程阻塞,并且无法被唤醒,一旦发生了死锁,那么只能重启系统,所以在设计程序时需要确保不发生死锁。ReentrantLock提供了tryLock的方式,只是尝试一次获取锁,如果成功返回true,否则返回flase,这样即使没法获取,最后也不会被阻塞。tryLock也提供了一个可以指定阻塞时间的版本
public boolean tryLock(long timeout, TimeUnit unit)
会在指定时间内尝试获取锁,在这段时间内,如果没有获取到会被阻塞,进入到队列中,如果过了指定的时间仍未获取到就会返回。
package ThreadTest;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.ReentrantLock;
public class Case11 {
final ReentrantLock lock1 = new ReentrantLock();
public void test(){
Thread t1 = new Thread(new Runnable(){
@Override
public void run() {
lock1.lock();
try{
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
finally{
lock1.unlock();
}
}
});
Thread t2 = new Thread(new Runnable(){
@Override
public void run() {
TimeUnit unit = TimeUnit.SECONDS;
try {
boolean r = lock1.tryLock(2, unit);
System.out.println(r);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
t1.start();
t2.start();
}
public static void main(String[] args) {
new Case11().test();
}
}
例子中,第一个线程先获取锁,然后占用1秒钟,第二个线程会在2秒钟内尝试获取,可以看到经过1s以后,最终打印了true,说明获取到了锁,如果把第一个线程改为10s,那么第二个线程就无法获取锁了,最终在2s的时候打印了false。
(2)多个等待条件
使用synchr关键字让线程等待,一旦唤醒,所有的线程都会唤醒,而ReentrantLock可以创建多个condition变量,让线程等待在不同的变量上,最终实现分组的唤醒。
(3)公平锁与非公平锁
在创建一个ReentrantLock时,可以再构造方法内部传入一个boolean变量,指定公平锁或者非公平锁,公平锁将会按照请求锁的顺序来分配锁,不允许插队。
(4)非块结构加锁
synchronized强调必须在同一个语句块内加锁放锁,但是ReentrantLock在这一方面更加灵活。
(5)可中断锁
如果使用lockInterruptibly()方法,加锁被阻塞时仍然可以响应中断,被唤醒,而不是一直处于睡眠。
那么该使用synchr还是Reentrant?
一般的回答是,除非要使用Reentrant的独有的特性,否则应该使用synchronized关键字。synchronized是基于JVM实现的,在java1.6及以后性能方面更加出色,而且在未来可优化的点更多。