ReentrantLock和synchronized的比较

synchronized的问题

无法中断一个正在等候获得锁的线程，也无法通过投票得到锁。

synchronized的好处

当 JVM 用 synchronized 管理锁定请求和释放时，JVM 在生成线程转储时能够包括锁定信息。这些对调试非常有价值，因为它们能标识死锁或者其他异常行为的来源。

ReentrantLock和synchronized区别

1. 条件变量（Condition）
   对于指定的 Lock ，可以有不止一个条件变量与它关联
2. 定时锁等候
   tryLock()
   tryLock(long timeout, TimeUnit unit)
3. 可中断锁
   lock.lockInterruptibly()
4. 公平锁
   要确保公平所需要的记帐（bookkeeping）和同步，就意味着被争夺的公平锁要比不公平锁的吞吐率更低。作为默认设置，应当把公平设置为 false ，除非公平对您的算法至关重要，需要严格按照线程排队的顺序对其进行服务。

ReentrantLock示例

说明：这是一个处于多线程工作环境下的缓存区，缓存区提供了两个方法，put和take，put是存数据，take是取数据，内部有个缓存队列，具体变量和方法说明见代码，这个缓存区类实现的功能：有多个线程往里面存数据和从里面取数据，其缓存队列(先进先出后进后出)能缓存的最大数值是100，多个线程间是互斥的，当缓存队列中存储的值达到100时，将写线程阻塞，并唤醒读线程，当缓存队列中存储的值为0时，将读线程阻塞，并唤醒写线程，这也是ArrayBlockingQueue的内部实现。

class BoundedBuffer {
  final Lock lock = new ReentrantLock();//锁对象
  final Condition notFull  = lock.newCondition();//写线程条件
  final Condition notEmpty = lock.newCondition();//读线程条件

  final Object[] items = new Object[100];//缓存队列
  int putptr/*写索引*/, takeptr/*读索引*/, count/*队列中存在的数据个数*/;

  public void put(Object x) throws InterruptedException {
    lock.lock();
    try {
      while (count == items.length)//如果队列满了
        notFull.await();//阻塞写线程
      items[putptr] = x;//赋值
      if (++putptr == items.length) putptr = 0;//如果写索引写到队列的最后一个位置了，那么置为0
      ++count;//个数++
      notEmpty.signal();//唤醒读线程
    } finally {
      lock.unlock();
    }
  }

  public Object take() throws InterruptedException {
    lock.lock();
    try {
      while (count == 0)//如果队列为空
        notEmpty.await();//阻塞读线程
      Object x = items[takeptr];//取值
      if (++takeptr == items.length) takeptr = 0;//如果读索引读到队列的最后一个位置了，那么置为0
      --count;//个数--
      notFull.signal();//唤醒写线程
      return x;
    } finally {
      lock.unlock();
    }
  }
}