乐观锁／悲观锁

原创转载请注明出处：https://agilestyle.iteye.com/blog/2443638

 

悲观锁

总是假设最坏的情况，每次拿数据的时候都认为别人会修改，每次拿数据都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁，共享资源每次只给一个线程使用，其他线程阻塞，用完后才把资源转让给其他线程。

比如：

RDBMS中的行锁、表锁等都是在操作之前先上锁

Java中synchronized和ReentrantLock等读占锁就是悲观锁思想的实现

 

乐观锁

总是假设最好的情况，每次拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。乐观锁用于多读的应用类型，这样可以提高吞吐量。

比如：

Java中JUC.Atomic包下面的原子变量类就是使用了乐观锁的CAS实现