悲观锁和乐观锁的原理、场景、示例分别是什么？能否详细解释一下？

本文共计1666个文字，预计阅读时间需要7分钟。

[1] 博由前几日与一些朋友谈及此问题前，已有一些概念上的涉及，但并未有相对深入的解读。因此，找了一些资料来帮助自己理解悲观锁和乐观锁。

[1]博由前几天与一些朋友谈到这个问题之前有一些概念的上的涉及但是并没有相对深入的了解因此找一些资料来帮助自己理解悲观锁和乐观锁的

[1] 博由

前几天与一些朋友谈到这个问题之前有一些概念的上的涉及但是并没有相对深入的了解因此找一些资料来帮助自己理解悲观锁和乐观锁的概念理解、场景、然后通过示例来阐述乐观锁和悲观锁的实现方式。

[2] 摘要

    本文将从三个方面来阐述悲观锁和乐观锁以理论到实践的思维方式呈现出个人对悲观锁和乐观锁的理解。     [1] 悲观锁和乐观锁的理论知识     [2] 悲观锁和乐观锁的一般使用场景

术语描述常见案例乐观锁每次去拿数据的时候都认为别人不会修改所以不会上锁但是在更新的时候会判断一下在此期间别人有没有去更新这个数据版本号控制适用于多读少写的场景悲观锁每次去拿数据的时候都认为别人会修改所以每次在拿数据的时候都会上锁这样别人想拿这个数据就会block直到它拿到锁DB的行锁、表锁等适用于数据一致性比较高的场景

---

[?] 个人理解假设每个操作的对象是一个或者多个资源悲观锁可以理解为很悲观的看待资源权限的访问因此每次去操作资源时总是会try操作问一问是否可以去访问这个问一问就是去尝试获取锁只有获取了锁之后才会开始放心操作资源了然后乐观锁却是相反的很乐观的看待资源不关心这个资源是否有锁而是直接去访问资源至多检查一下当前资源是不是最新的。