Java面试：一篇小故事理解 乐观锁与悲观锁

本文由colodoo（纸伞）整理

QQ 425343603

Java学习交流群（717726984）

一直有听说乐观锁和悲观锁这两个名词，但是一直没有去了解他，今天特地去搜索了一下两者的区别。

看图理解

还是先以一个故事来理解这两个名词。

A是幼儿园老师，又到了小朋友玩玩具的时间了，今天A给小朋友们带了新玩具，让小朋友们一起玩，一开始小朋友们都是很有秩序的，老师也很开心。

快乐得时光总是短暂的，玩着玩着，其中两个小朋友们就因为谁先玩玩具的问题哭起来了，老师只要上去安慰两个在哭的小朋友。

第二天，鉴于上次的表现，A对他们进行了新的安排。让他们一个个排队玩，这样小朋友应该就不会吵架了吧。

但是有的小朋友太贪玩了，一直不走，后面的小朋友就只能一直等着，因为A没有规定玩的时间。

总结

悲观锁

总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁（共享资源每次只给一个线程使用，其它线程阻塞，用完后再把资源转让给其它线程）。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。

乐观锁

总是假设最好的情况，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号机制和CAS算法实现。乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库提供的类似于write_condition机制，其实都是提供的乐观锁。在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

参考资料

面试必备之乐观锁与悲观锁.md#何谓悲观锁与乐观锁

文章中出现的任何错误欢迎指正，共同进步！