怎么让测试同学理解并发锁

本篇内容介绍了"怎么让测试同学理解并发锁"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

并发

有一天，一个叫做 hulk 的小伙子捡到 1 个金币。同一时间，他挨了一刀，减少了 10 点生命值。

假设 hp 和 coin 存储位置相同（以 kv 数据库为例，两个数据在同一个 key 中），在并发的情况下，请求的处理在时间上存在交集。比如在上图中，f1() 处理 hp 减少的逻辑，f2() 处理 coin 减少的逻辑，而最终 f1() 的写操作覆盖了 f2() 的写操作。

这只是其中一种异常情况，但足够让我们理解为什么要加锁。

悲观锁

我们在读 data 时对 data 进行加锁，在写 data 时释放锁，在这期间任何其他读 data 都会被阻塞。这样的锁叫做悲观锁。通过这样的悲观锁，可以保证 -10 hp 的请求读到的数据不会在其他请求中被写，也就保证了 data 最终的正确性。

既然有悲观锁当然也有乐观锁，为了降低复杂度，这里不展开。同样，锁的实现方法也是多种多样的。

"怎么让测试同学理解并发锁"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！