相同：ReentrantLock提供了synchronized类似的功能和内存语义，都是可重入锁。 不同：1.ReentrantLock功能性方面更全面，比如时间锁等候，可中断锁等候，锁投票等，因此更有扩展性。在多个条件变量和高度竞争锁的地方，用ReentrantLock更合适，ReentrantLock还提供了Condition，对线程的等待和唤醒等操作更加灵活，一个ReentrantLock可以有多个Condition实例，所以更有扩展性。2.ReentrantLock必须在finally中释放锁，否则后果很严重，编码角度来说使用synchronized更加简单，不容易遗漏或者出错。3.ReentrantLock 的性能比synchronized会好点。4.ReentrantLock提供了可轮询的锁请求，他可以尝试的去取得锁，如果取得成功则继续处理，取得不成功，可以等下次运行的时候处理，所以不容易产生死锁，而synchronized则一旦进入锁请求要么成功，要么一直阻塞，所以更容易产生死锁。 1、Lock的某些方法可以决定多长时间内尝试获取锁，如果获取不到就抛异常，这样就可以一定程度上减轻死锁的可能性。如果锁被另一个线程占据了，synchronized只会一直等待，很容易错序死锁 2、synchronized的话，锁的范围是整个方法或synchronized块部分；而Lock因为是方法调用，可以跨方法，灵活性更大 3、便于测试，单元测试时，可以模拟Lock，确定是否获得了锁，而synchronized就没办法了  ReentrantLock比synchronized 强大在哪儿？简单说： 1、ReentrantLock可以实现fair lock  public ReentrantLock(boolean fair) {       sync = (fair)? new FairSync() : new NonfairSync();  }  所谓fair lock就是看获得锁的顺序是不是和申请锁的时间的顺序是一致的  2、ReentrantLock支持中断处理  public final void acquireInterruptibly(int arg) throws InterruptedException {      if (Thread.interrupted())          throw new InterruptedException();      if (!tryAcquire(arg))          doAcquireInterruptibly(arg);  }  就是说那些持有锁的线程一直不释放，正在等待的线程可以放弃等待。  3、ReentrantLock可以和condition结合使用  public boolean hasWaiters(Condition condition) {      if (condition == null)          throw new NullPointerException();      if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))          throw new IllegalArgumentException("not owner");      return sync.hasWaiters((AbstractQueuedSynchronizer.ConditionObject)condition);  }   public int getWaitQueueLength(Condition condition) {      if (condition == null)          throw new NullPointerException();      if (!(condition instanceof AbstractQueuedSynchronizer.ConditionObject))          throw new IllegalArgumentException("not owner");      return sync.getWaitQueueLength((AbstractQueuedSynchronizer.ConditionObject)condition);  }