浅谈Java中的“八锁”——概述、常见实现方式与使用场景

​微信公众号：Zhongger
我是Zhongger，一个在互联网行业摸鱼写代码的打工人！
关注我，了解更多你不知道的【Java后端】打工技巧、职场经验、生活感悟等

一、锁

锁其实是操作系统中的一个概念。在多线程编程中，操作系统引入了锁机制。通过锁机制，能够保证在多核多线程环境中，在某一个时间点上，只能有一个线程进入临界区代码，从而保证临界区中操作数据的一致性。

所谓的锁，可以理解为内存中的一个整型数，拥有两种状态：空闲状态和上锁状态。加锁时，判断锁是否空闲，如果空闲，修改为上锁状态，返回成功；如果已经上锁，则返回失败。解锁时，则把锁状态修改为空闲状态。

二、Java中的八锁

1、乐观锁与悲观锁

（1）乐观锁和悲观锁其实是在数据库中引入的名词，但在Java并发编程中也体现了这样的思想。

• 悲观锁指对数据被外界修改持保守态度，认为数据很容易就会被其他线程修改，所以在数据被处理前先对数据进行加排它锁，并在整个数据处理过程中，使数据处于锁定状态。
• 乐观锁相对悲观锁来说的，认为数据在一般情况下不会造成冲突，所以在访问记录前不会加排它锁，而在进行数据提交更新时，才会正式对数据冲突与否进行检测 。

（2）实现方式

• 在数据库中，悲观锁的实现往往靠数据库提供的锁机制，在对数据记录操作前给记录加排它锁；乐观锁的实现则不会使用数据库的锁机制，一般在表中添加version字段来做类似CAS的自旋操作。
• 在Java中，synchronized 和 ReentrantLock 等独占锁就是悲观锁思想的实现；java.util.concurrent.atomic 等原子变量类就是基于CAS机制乐观锁思想的实现。

（3）使用场景

• 乐观锁适用于多读少写的场景，即线程间的冲突发生较少的时候。若使用synchronized同步锁进行线程阻塞、唤醒切换以及用户态内核态间的切换操作会额外浪费消耗CPU资源； 而CAS机制其实是基于硬件实现的，不需要进入内核与切换线程，操作自旋几率较少，因此可以获得更高的性能。这样可以省去了锁的开销，加大了系统的整个吞吐量。

• 悲观