synchronized和ReentrantLock到底使用哪个？

柔光的暖阳◎ 2022-09-30 07:29 111阅读 0赞

参考：[关于synchronized和ReentrantLock之多线程同步详解][synchronized_ReentrantLock]

看了一些并发的文章和书籍，举了一些ReentrantLock和Condition的例子。很多时候纠结在Condtion的使用上了。仔细想一想，其实使用Condition这些例子使用传统的“对象”和“synchronized”进行锁的方式也是可以实现的，只是有些时候没有ReentrantLock实现起来那么漂亮。重点其实还是在“是否可中断”、“公平锁”、“读写锁”上。

**所以什么时候应该使用synchronized？什么时候应该使用ReentrantLock呢？**下面列举一下各自功能：

<table> 
 <thead> 
  <tr> 
   <th>功能</th> 
   <th>synchronized</th> 
   <th>ReentrantLock</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>可中断锁</td> 
   <td>X</td> 
   <td>O</td> 
  </tr> 
  <tr> 
   <td>公平锁</td> 
   <td>X</td> 
   <td>O</td> 
  </tr> 
  <tr> 
   <td>非公平锁</td> 
   <td>O</td> 
   <td>O</td> 
  </tr> 
  <tr> 
   <td>读写锁</td> 
   <td>X</td> 
   <td>O</td> 
  </tr> 
  <tr> 
   <td>绑定多个条件</td> 
   <td>X（可以用多个锁实现）</td> 
   <td>O</td> 
  </tr> 
 </tbody> 
</table>

注释：  
1，性能方面，由于synchronized也在不断优化，所以性能上差不多。但如果是使用ReentrantLock的读写锁，性能方面还是差很多的。  
2，绑定多个条件。ReentrantLock使用的是Condition进行处理的，而如果使用Synchornized方式的话，要使用多个“对象锁”或结合volatile或原子类进行实现。例如：javadoc上的生产者和消费者的例子，就可以用3个“对象锁”做出来。但从可读性或优雅性上来看，还是ReentrantLock好一点。

[synchronized_ReentrantLock]: http://www.jianshu.com/p/96c89e6e7e90