如何让测试同学理解并发锁

原创
2021/02/07 18:58
阅读数 3.9K

有一天,一个叫做 hulk 的小伙子,挨了一刀,减少了 10 点生命值。

如果不考虑时间地点,不考虑刀子的来源(当然是我),上面这句话可以表现为下图。

其中 get 表示读数据,set 表示写数据,f() 表示业务实际执行的逻辑(在这里也就是 -10 hp)。

并发

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

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

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

悲观锁

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

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

展开阅读全文
加载中
点击加入讨论🔥(3) 发布并加入讨论🔥
打赏
3 评论
0 收藏
0
分享
返回顶部
顶部