在互联网公司面试中，很多小伙伴都被问到关于锁的理解。今天，我给小伙伴们来聊一聊我对锁的理解，不管我们互斥锁、自旋锁、重入锁、读写锁、行锁、表锁等等等等这些概念，我把他们都归纳为两种类型，乐观锁和悲观锁。
彻底讲明白Java中眼花缭乱的各种并发锁
https://gupaoedu-tom.blog.csdn.net/article/details/127854146
1）乐观锁
首先来看乐观锁，顾名思义，乐观锁就是持比较乐观态度的锁。就是在操作数据时非常乐观，认为别的线程不会同时修改数据，所以不会上锁，但是在更新的时候会判断在此期间别的线程有没有更新过这个数据。
2）悲观锁
反之，悲观锁就是持悲观态度的锁。就在操作数据时比较悲观，每次去拿数据的时候认为别的线程也会同时修改数据，所以每次在拿数据的时候都会上锁，这样别的线程想拿到这个数据就会阻塞直到它拿到锁。
举个例子，有时候我们上公共厕所的时候要排队。如果你蹲马桶的时候开着门，外面有人排着队看着你。你会这么做吗？当然，如果在自己家里，有可能会这么干，这就是乐观锁。虽然，能进到房间，但是有人占着坑位，该排队还是得排队。比如数据库提供的类似于write_condition机制，Java API 并发工具包下面的原子变量类就是使用了乐观锁的CAS来实现的。
悲观锁就不同了，就相当于是进房间之后，第一件事就是把门锁上，那在门外排队等候的人不知道里面发生了什么，又着急但是又只能干等着，这就是悲观锁。比如行锁、表锁、读锁、写锁，都是在操作之前先上锁，Java API中的synchronized和ReentrantLock等独占锁都是悲观锁思想的实现。
根据前面对两种锁的介绍，总结一下两种锁的应用场景：
首先来看乐观锁，它适用于写少读多的情况，也就是说减少操作冲突，这样可以省去锁竞争的开销，提高系统的吞吐量。
而悲观锁呢，它适用于写多读少的情况。因为，如果还使用乐观锁的话，会经常出现操作冲突，这样会导致应用层会不断地Retry，反而会降低系统性能。
说了这么多，小伙伴们思考一下，你认为秒杀场景下，并发下单和支付应该使用什么锁？
彻底讲明白Java中眼花缭乱的各种并发锁https://gupaoedu-tom.blog.csdn.net/article/details/127854146
我是被编程耽误的文艺Tom，关注我，面试不再难！
最后， 6/7/8月份资料文档已整理，包含如下↓（还在持续更新中！）：
①100道最新大厂经典面试题解析资料文档！
②15万+字Java面试题解析和配套答案！
③从应届生到高级开发都适用的简历模板！
④从入门到精通的程序员学习路线图！
完整版面试资料和答案以及PDF文档 ：
扫描下方名片领取！
↓ ↓ ↓
