Lock – 汪明鑫的个人博客

Lock更灵活，功能更丰富

public interface Lock {
    void lock();
    void lockInterruptibly() throws InterruptedException;
    boolean tryLock();
    boolean tryLock(long time, TimeUnit unit) throws InterruptedException;
    void unlock();
}

lock()方法是平常使用得最多的一个方法，就是用来获取锁。如果锁已被其他线程获取，则进行等待。

由于在前面讲到如果采用Lock，必须主动去释放锁，并且在发生异常时，不会自动释放锁。因此一般来说，使用Lock必须在try{}catch{}块中进行，并且将释放锁的操作放在finally块中进行，以保证锁一定被被释放，防止死锁的发生。

tryLock()方法是有返回值的，它表示用来尝试获取锁，如果获取成功，则返回true，如果获取失败（即锁已被其他线程获取），则返回false，也就说这个方法无论如何都会立即返回。在拿不到锁时不会一直在那等待。

tryLock(long time, TimeUnit unit)方法和tryLock()方法是类似的，只不过区别在于这个方法在拿不到锁时会等待一定的时间，在时间期限之内如果还拿不到锁，就返回false。如果如果一开始拿到锁或者在等待期间内拿到了锁，则返回true。

lockInterruptibly()方法比较特殊，当通过这个方法去获取锁时，如果线程正在等待获取锁，则这个线程能够响应中断，即中断线程的等待状态。也就使说，当两个线程同时通过lock.lockInterruptibly()想获取某个锁时，假若此时线程A获取到了锁，而线程B只有在等待，那么对线程B调用threadB.interrupt()方法能够中断线程B的等待过程。

　注意，当一个线程获取了锁之后，是不会被interrupt()方法中断的。

　因此当通过lockInterruptibly()方法获取某个锁时，如果不能获取到，只有进行等待的情况下，是可以响应中断的。

　而用synchronized修饰的话，当一个线程处于等待某个锁的状态，是无法被中断的，只有一直等待下去。

ReentrantLock是Lock的实现类，提供了更多的方法，也是一个重入锁

基于AQS实现的ReetrantReadWriteLock里有两个静态内部类

读写锁维护一对锁，一个读锁、一个写锁，通过分离读锁和写锁，使得并发性比一般的排他锁有了很大的提升

Synchronized和Lock并没有我们想象的有那么大差异，他们都是利用线程的阻塞（BLOCKING）来实现同步的，都是使用了基于锁的阻塞算法，只不过一个是内置锁（intrinsic lock），一个是显示锁。性能方便也没有什么差异，就未来来看，更可能提升性能的是Synchronized而不是ReentrantLock，因为Synchronized是JVM的内置属性，具备进一步优化的可能性。虽然Synchronized和Lock在同步机制和性能上无差，但是在使用上还是有些差别的

Synchronized

– 优点：实现简单，语义清晰，便于JVM堆栈跟踪；加锁解锁过程由JVM自动控制，提供了多种优化方案。

– 缺点：不能进行高级功能（定时，轮询和可中断等）。

Lock

– 优点：可定时的、可轮询的与可中断的锁获取操作，提供了读写锁、公平锁和非公平锁

– 缺点：需手动释放锁unlock，不适合JVM进行堆栈跟踪。

转载请注明：汪明鑫的个人博客 » Lock