java8中 synchronized与ReentrantLock区别

在Java 8中，synchronized和ReentrantLock都是用于控制多线程对共享对象的访问，确保线程安全性的重要工具。然而，它们之间存在一些关键差异，这些差异影响了它们的使用场景和性能表现。

1. 来源与层次：

   • synchronized是Java语言的关键字，属于JVM级别的锁，是原生语法层面的互斥。
   • ReentrantLock是Lock接口下的一个实现类，是API层面的锁，需要lock()和unlock()方法配合try/finally语句块来完成。

2. 锁的类型：

   • synchronized是非公平锁，按照线程进入的顺序来获取锁，可能会出现线程“饥饿”现象。
   • ReentrantLock默认也是非公平锁，但可以支持并指定公平锁。公平锁保证了线程按照申请锁的顺序来获取锁，避免了线程饥饿问题。

3. 锁的获取与释放：

   • synchronized在代码块前自动加锁，执行完毕后自动释放锁。如果在执行过程中出现异常，JVM会确保锁被正确释放。
   • ReentrantLock需要显式地调用lock()方法来获取锁，并在finally块中调用unlock()方法来释放锁。如果在执行过程中出现异常，必须手动确保锁被正确释放，否则可能导致死锁。

4. 响应中断：

   • synchronized在获取锁的过程中不能响应中断，线程会一直等待下去。
   • ReentrantLock可以响应中断，通过lockInterruptibly()方法尝试获取锁，如果当前线程在等待获取锁的过程中被中断，会抛出InterruptedException，从而解决死锁问题。

5. 锁的可重入性：

   • synchronized和ReentrantLock都是可重入锁，这意味着同一线程可以多次获得同一个锁，而不会导致死锁。

6. 等待可中断与超时：

   • ReentrantLock提供了Condition对象，可以实现等待可中断和超时等待，这在某些场景下比synchronized更灵活。
   • synchronized不支持这些特性。

7. 性能：

   • 在某些场景下，ReentrantLock的性能可能略优于synchronized，因为它提供了更多的灵活性和定制化选项。然而，synchronized作为语言原生支持的特性，在简单场景下通常具有更好的性能。

总的来说，synchronized和ReentrantLock在用法、性能、灵活性等方面都存在差异。在选择使用哪一个时，应根据具体的应用场景和需求进行权衡。对于简单的同步需求，synchronized通常是一个很好的选择；而对于需要更复杂控制或更高性能的场景，ReentrantLock可能更合适。