如果不考虑时间地点，不考虑刀子的来源（当然是我），上面这句话可以表现为下图。
其中 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 最终的正确性。
既然有悲观锁当然也有乐观锁，为了降低复杂度，这里不展开。同样，锁的实现方法也是多种多样的。