常见的锁策略

一、乐观锁 vs 悲观锁

1.1 乐观锁：乐观锁假设认为数据一般情况下不会产生并发冲突，所以在数据进行提交更新的时候，才会正式对数据是否产生并发冲突进行检测，如果发现并发冲突了，则让返回用户错误的信息，让用户决定如何去做。

1.2.实现：表中有一个版本字段，第一次读的时候，获取到这个字段。处理完业务逻辑开始更新的时候，需要再次查看该字段的值是否和第一次的一样。如果一样更新，反之拒绝。

2.1.悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样 别人想拿这个数据就会阻塞直到它拿到锁。 悲观锁的问题：总是需要竞争锁，进而导致发生线程切换，挂起其他线程；所以性能不高。
乐观锁的问题：并不总是能处理所有问题，所以会引入一定的系统复杂度

2.2实现：大多数情况下依靠数据库的锁机制实现。 一般使用 select …for update 对所选择的数据进行加锁处理，例如select * from account where name=”Max” for update，
这条sql 语句锁定了account
表中所有符合检索条件（name=”Max”）的记录。本次事务提交之前（事务提交时会释放事务过程中的锁），外界无法修改这些记录

二、读写锁

多线程之间，数据的读取方之间不会产生线程安全问题，但数据的写入方互相之间以及和读者之间都需要进行互
斥。如果两种场景下都用同一个锁，就会产生极大的性能损耗。所以读写锁因此而产生。
读写锁（readers-writer lock），看英文可以顾名思义，在执行加锁操作时需要额外表明读写意图，复数读者之间
并不互斥，而写者则要求与任何人互斥。
读写锁也叫共享_独占锁，当读写锁以读模式锁住时，它以共享模式锁住；当它以写模式锁住时，它是独占锁住的，写独占，读共享

1.一把读写锁具备三种状态：
•读模式下加锁状态(读锁）
•写模式下加锁转态(写锁)
•不加锁状态

2.读写锁特性：
•读写锁是写模式加锁时，解锁前，所有对该锁加锁的线程都会阻塞。 •读写锁是读模式加锁时，如果线程以读模式加锁会成功，如果线程以写模式加锁会阻塞

•读写锁是读模式加锁时，既有试图以写模式加锁的线程，也有试图以读模式加锁的线程，那么读模式会读阻塞随后的读模式锁请求，优先满足写模式锁，读锁、写锁并行阻塞，写锁优先级高。

三 自旋锁（Spin Lock）

按之前的方式处理下，线程在抢锁失败后进入阻塞状态，放弃 CPU，需要过很久才能再次被调度。但经过测算，实
际的生活中，大部分情况下，虽然当前抢锁失败，但过不了很久，锁就会被释放。基于这个事实，自旋锁诞生了。 你可以简单的认为自旋锁就是下面的代码

while (抢锁(lock) == 失败) {}

只要没抢到锁，就死等。
自旋锁的缺点：
缺点其实非常明显，就是如果之前的假设（锁很快会被释放）没有满足，则线程其实是光在消耗 CPU 资源，长期
在做无用功的。

四、 可重入锁

可重入锁的字面意思是“可以重新进入的锁”，即允许同一个线程多次获取同一把锁。比如一个递归函数里有加锁操
作，递归过程中这个锁会阻塞自己吗？如果不会，那么这个锁就是可重入锁（因为这个原因可重入锁也叫做递归 锁）。
Java里只要以Reentrant开头命名的锁都是可重入锁，而且JDK提供的所有现成的Lock实现类，包括synchronized
关键字锁都是可重入的