【锁机制】悲观锁和乐观锁

一、悲观锁，即每一次操作数据都会认为别人会修改，会给操作对象上锁，Java的synchronize就是一个例子，获取失败就马上挂起

二、乐观锁，即每一次操作数据都认为别人不会修改，不会给操作对象上锁，而是通过一些外部的标记来判断是否有其他的线程正在操作，申请锁失败后不会马上挂起会稍微等待之后重新尝试

适用场景：

悲观锁适用于写频繁的操作，乐观锁适用于读频繁的操作

乐观锁使用版本标记来控制，其中的一个例子：

步骤1.A操作账户（有100块），把当前版本读出是version 1，A进行减20的操作，变成80，并把version 1加上1 = 2，更新到记录中

步骤2.在A操作的同时，B也操作该账户（读出来余额是100），做了减50的操作，也把version 1读入，然后100-50=50，想把50更新的记录中，同时version 1+1 =2；

步骤3.此时，因为A先于B提交到记录，B提交的时候先校验version，当前是2（A的提交导致），而B的提交也是2，这样就违反了一个事先约定的“提交的时候version必须大于原有值”，所以B的提交就会判定为失败

步骤4.B的操作会稍后片刻重新进行，这样数据就能正确修改（80-50 = 30），version更新为3

悲观锁的优点是避免了脏读，但是效率低

乐观锁效率高，但是可以说只要其中一个线程写了，其他的都是脏数据了