多线程面试_10

ReentrantLock这个东西,emm,我没怎么整明白,所以就没怎么写

ReentrantLock(再入锁)
java5之前,synchronized是仅有的同步手段,java5开始就提供了ReentrantLock,其语义与synchronized基本相同

• 它位于java.util.concurrent.locks包下
• 和CountDownLatch,Future,Semaphore一样,基于AQS(AbstractQueuedSynchronizer抽象队列同步器)中的代码来实现的.
• 能够实现比synchronized无法做到的细节控制,比如控制fairness公平性.
• 注意调用lock()加锁之后,必须显式调用unlock()释放锁,否则当前线程就会一直占用该锁而不去释放.
• 性能未必比synchronized高,并且也是可重入的.

ReentrantLock公平性的设置

我们可以在创建锁的时候选择是否使用公平锁:

---创建公平锁
ReentrantLock lock = new ReentrantLock(true);
---创建不公平锁
ReentrantLock lock = new ReentrantLock();

• 当构造函数参数为true(即创建的是公平锁时),会倾向于将锁赋予等待时间最久的线程,可以有效减少线程饥饿(线程长期等待无法获取锁) 的情况.
• 公平锁的含义: 获取锁的顺序按先后调用lock方法的顺序以及多个线程获取锁的概率是一样的.
• 非公平锁含义: 每个线程抢占锁的顺序不一定,谁运气好谁就获取到锁,和调用lock方法的先后顺序无关.
• synchronized是非公平锁.
• ReentrantLock操作的的内容最好都用try-catch包裹起来,最后通过finally去释放资源.

案例:

---公平锁
public class ReentrantLockTest implements Runnable {
    //创建公平锁实例
    private static ReentrantLock lock = new ReentrantLock(true);

    @Override
    public void run() {
        while (true) {
            try {
                //尝试去获取锁
                lock.lock();
                //获取到之后就打印
                System.out.println(Thread.currentThread().getName() + "get lock");
                Thread.sleep(1000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }finally {
                //释放锁
                lock.unlock();
            }
        }
    }

    //让两个线程循环的去获得锁
    //由于是公平锁,所以两个获取锁的概率是一样的
    public static void main(String[] args) {
        ReentrantLockTest rlt = new ReentrantLockTest();
        Thread t1 = new Thread(rlt);
        Thread t2 = new Thread(rlt);
        t1.start();
        t2.start();
    }
}
---打印结果
Thread-0get lock
Thread-1get lock
Thread-0get lock
Thread-1get lock
Thread-0get lock
Thread-1get lock


---非公平锁
我们将上面的true去掉就可以了,我们很容易发现他们就不是公平的了,比如可能线程1一直获得锁.

ReentrantLock将锁对象化

ReentrantLock相比于synchronized的,前者可以像普通对象一样使用,就像上面的例子一样,所以可以利用它来提供很多便利的方法甚至是synchronized没办法做到的,比如:

1. 通过ReentrantLock可以判断是否有线程或者某个特定的线程在排队等待获取锁.
2. 通过ReentrantLock可以带超时的获取锁的尝试,即在我们尝试获取锁超过几秒之后就会放弃获取锁的尝试,直接跑到锁池里等.
3. 通过ReentrantLock可以感知到有没有成功获取锁.

ReentrantLock是否能将wait/notify/notifyAll对象化呢?

可以

• 位于java.util.concurrent.locks包下面的Condition接口结合ArrAyBlockingQueue类做到了这点.

ReentrantLock和synchronized的区别

1. synchronized是关键字,ReentrantLock是类.
2. ReentrantLock可以对获取锁的时间进行设置,避免死锁,synchronized不可以.
3. ReentrantLock可以获取各种锁的信息,synchronized不可以.
4. ReentrantLock可以灵活的实现多路通知,synchronized不可以.
5. 二者的锁机制也不一样:synchronized操作的是对象头中的Mark Word,ReentrantLock底层调用Unsafe类的park()方法加锁.