什么是乐观锁，什么是悲观锁？

在互联网公司面试中，很多小伙伴都被问到关于锁的理解。今天，我给小伙伴们来聊一聊我对锁的理解，不管我们互斥锁、自旋锁、重入锁、读写锁、行锁、表锁等等等等这些概念，我把他们都归纳为两种类型，乐观锁和悲观锁。

彻底讲明白Java中眼花缭乱的各种并发锁https://gupaoedu-tom.blog.csdn.net/article/details/127854146

1、锁的定义

1）乐观锁

首先来看乐观锁，顾名思义，乐观锁就是持比较乐观态度的锁。就是在操作数据时非常乐观，认为别的线程不会同时修改数据，所以不会上锁，但是在更新的时候会判断在此期间别的线程有没有更新过这个数据。

2）悲观锁

反之，悲观锁就是持悲观态度的锁。就在操作数据时比较悲观，每次去拿数据的时候认为别的线程也会同时修改数据，所以每次在拿数据的时候都会上锁，这样别的线程想拿到这个数据就会阻塞直到它拿到锁。

2、如何理解锁

举个例子，有时候我们上公共厕所的时候要排队。如果你蹲马桶的时候开着门，外面有人排着队看着你。你会这么做吗？当然，如果在自己家里，有可能会这么干，这就是乐观锁。虽然，能进到房间，但是有人占着坑位，该排队还是得排队。比如数据库提供的类似于write_condition机制，Java API 并发工具包下面的原子变量类就是使用了乐观锁的CAS来实现的。

悲观锁就不同了，就相当于是进房间之后，第一件事就是把门锁上，那在门外排队等候的人不知道里面发生了什么，又着急但是又只能干等着，这就是悲观锁。比如行锁、表锁、读锁、写锁，都是在操作之前先上锁，Java API中的synchronized和ReentrantLock等独占锁都是悲观锁思想的实现。

3、锁的应用场景

根据前面对两种锁的介绍，总结一下两种锁的应用场景：

首先来看乐观锁，它适用于写少读多的情况，也就是说减少操作冲突，这样可以省去锁竞争的开销，提高系统的吞吐量。

而悲观锁呢，它适用于写多读少的情况。因为，如果还使用乐观锁的话，会经常出现操作冲突，这样会导致应用层会不断地Retry，反而会降低系统性能。

说了这么多，小伙伴们思考一下，你认为秒杀场景下，并发下单和支付应该使用什么锁？

彻底讲明白Java中眼花缭乱的各种并发锁https://gupaoedu-tom.blog.csdn.net/article/details/127854146

我是被编程耽误的文艺Tom，关注我，面试不再难！

最后， 6/7/8月份资料文档已整理，包含如下↓（还在持续更新中！）：

①100道最新大厂经典面试题解析资料文档！

②15万+字Java面试题解析和配套答案！

③从应届生到高级开发都适用的简历模板！

④从入门到精通的程序员学习路线图！

完整版面试资料和答案以及PDF文档 ：

扫描下方名片领取！
↓     ↓     ↓