Java并发编程之Lock接口详解及应用.pdfVIP

java.util.concurrent.locks

接口Lock

所有已知实现类：

ReentrantLock,ReentrantReadWriteLock.ReadLock,

ReentrantReadWriteLock.WriteLock

publicinterfaceLock

Lock实现了比使用synchronized方法和语句可获得的更广泛的锁定操作。

此实现允许更灵活的结构，可以具有差别很大的属性，可以支持多个相关的

Condition对象。

锁是控制多个线程对共享资源进行的工具。通常，锁了对共享资源的独

占。一次只能有一个线程获得锁，对共享资源的所有都需要首先获得锁。不

过，某些锁可能允许对共享资源并发，如ReadWriteLock的锁。

synchronized方法或语句的使用了对与每个对象相关的隐式监视器锁的访

问，但却强制所有锁获取和释放均要出现在一个块结构中：当获取了多个锁时，

它们必须以相反的顺序释放，且必须在与所有锁被获取时相同的词法范围内释放所

有锁。

虽然synchronized方法和语句的范围机制使得使用监视器锁编程方便了很多，

而且还帮助避免了很多涉及到锁的常见编程错误，但有时也需要以更为灵活的方式

使用锁。例如，某些遍历并发的数据结果的算法要求使用

hand-over-hand或chainlocking：获取节点A的锁，然后再获取节点B

的锁，然后释放A并获取C，然后释放B并获取D，依此类推。Lock接口的

实现允许锁在不同的作用范围内获取和释放，并允许以任何顺序获取和释放多个

锁，从而支持使用这种技术。

随着灵活性的增加，也带来了的责任。不使用块结构锁就失去了使用

synchronized方法和语句时会出现的锁自动释放功能。在大多数情况下，应该

使用以下语句：

Lockl=...;

l.lock();

try{

//accesstheresourceprotectedbythislock

}finally{

l.unlock();

}

锁定和取消锁定出现在不同作用范围中时，必须谨慎地确保保持锁定时所执行的

所有代码用try-finally或try-catch加以保护，以确保在必要时释放锁。

Lock实现了使用synchronized方法和语句所没有的其他功能，包括

了一个非块结构的获取锁尝试(tryLock())、一个获取可中断锁的尝试

(lockInterruptibly())和一个获取超时失效锁的尝试(tryLock(long,

TimeUnit))。

Lock类还可以与隐式监视器锁完全不同的行为和语义，如保证排序、非重

入用法或死锁检测。如果某个实现了这样特殊的语义，则该实现必须对这些

语义加以记录。

注意，Lock实例只是普通的对象，其本身可以在synchronized语句中作为目

标使用。获取Lock实例的监视器锁与调用该实例的任何lock()方法没有特别

的关系。为了避免，建议除了在其自身的实现中之外，决不要以这种方式使

用Lock实例。

除非另有说明，否则为任何参数传递null值都将导致抛出

NullPointerException。

内存同步

所有Lock实现都必须实施与内置监视器锁的相同内存同步语义，如The

JavaLanguageSpecification,ThirdEdition(17.4MemoryModel)中所描

述的:

•成功的lock操作与成功的Lock操作具有同样的内存同步效应。

•成功的unlock操作与成功的Unlock操作具有同样的内存同步效应。

不成功的锁定与取消锁定操作以及重入锁定/取消锁定操作都不需要任何内存同

步效果。

实现注意事项

三种形式的锁获取（可中断、不可中断和定时）在其性能特征、排序保证或其他

实现质量上可能会有所不同。而且，对于给定的Lock类，可能没有中断正在进

行的锁获取的能力。因此，并不要求实现为所有三种形式的锁获取定义相同的

保证或语义，也不要求其支持中断正在进行的锁获取。实现必需清楚地对每个锁

定方法所的语义和保证进行记录。还必须遵守此接口中定义的中断语义，以

便为锁获取中断支持：完全支持中断，或仅在进入方法时