Java分布式应用学习笔记06浅谈并发加锁机制分析.pdfVIP

Java 分布式应用学习笔记 06 浅谈并发加锁机制分析 刘岩 Email:suhuanzheng7784877@163.com Blog: 1. 前言 之前总结的多线程的调度、并发调度、线程加锁安全等等并发包底层大都使用了线程锁机 制。咱们通过锁的源码来看看 JDK 如何将这些资源进行加锁限制的，怎么就能做到线程 集中等待后就唤醒主线程的。 2. 一段并发包源码 以下是java.util.concurrent.CyclicBarrier 的底层代码片段。 private int dowait(boolean timed, long nanos) throws InterruptedException, BrokenBarrierException, TimeoutException { final ReentrantLock lock = this.lock; lock.lock(); try { ……………………省略 } finally { lock.unlock(); 在执行等待的时候，里面使用了 ReentrantLock 对其进行资源加锁，保证在代码块中使 用变量、读写变量不会被别的线程打扰。 3. 轻量级锁 ReentrantLock 基于以上程序我们就来看看 ReentrantLock 内部是如何工作的。ReentrantLock 内部有个 Sync 类，继承自 AbstractQueuedSynchronizer，基于Sync 又有 2 个子类继承于它，而 ReentrantLock 就是依靠这 2 个 Sync 子类为内核实现的。代码大家直接看 JDK 源程序即 可。 ReentrantLock 的 lock()方法，它的加锁方法实际上是使用的内部静态类 Sync 的方法， 至于调用的是公平——FairSync 还是不公平的——NonfairSync ，这个要看构建 ReentrantLock 的时候的构造函数了。 NonfairSync 的加锁方法实现流程是这样的：首先基于CAS——Compare and Swap 原则， 先将 state从 0 尝试变成 1。如果设置成功了，证明了一个事实——此时此刻，没有其他 的线程持有该锁。则当前线程设置为ExclusiveOwnerThread （独家拥有线程）；那么如 果状态变量 state 设置不成功呢，则又揭示了一个事实，当前线程锁已经被其他线程所 持有，那么调用 acquire 方法，该方法首先先尝试再次获取状态 state，如果为0 了， 那么继续尝试设置状态为 1。若成功则与此时无其他线程持有锁操作雷同。如果state 依 然不为 0，则判断当前线程是否为独家拥有线程变量——exclusiveOwnerThread，是的 话将 state 的值+1.如果不是，则将当前线程放入等待队列中挂起，挂起方法 public static void park(Object blocker) { 1 / 3 Thread t = Thread.currentThread(); setBlocker(t, blocker); unsafe.park(false, 0L); setBlocker(t, null); FairSync 的 lock()方法和NonfairSync 大同小异。只不过它没有获取 state变量信息的 过程，直接是调用 acquire(1)方法请求线程锁。 ReentrantLock 的unlock()方法，解锁的方法比较简单，不区分公平与不公平，都是获 取当前 state值，之后减去释放锁的个数，减操作后结果如果为 0， 示锁可以释放了。