【Redis】阿里面试官让我用Zk（Zookeeper）实现分布式锁 |美好，一直在身

前言锁我想不需要我过多的去说，大家都知道是怎么一回事了吧？
在多线程环境下，由于上下文的切换，数据可能出现不一致的情况或者数据被污染，我们需要保证数据安全，所以想到了加锁。
所谓的加锁机制呢，就是当一个线程访问该类的某个数据时，进行保护，其他线程不能进行访问，直到该线程读取完，其他线程才可使用。
还记得我之前说过Redis在分布式的情况下，需要对存在并发竞争的数据进行加锁，老公们十分费解， Redis是单线程的嘛？为啥还要加锁呢？
看来老公们还是年轻啊，你说的不需要加锁的情况是这样的：

本文插图

单个服务去访问Redis的时候，确实因为Redis本身单线程的原因是不用考虑线程安全的，但是，现在有哪个公司还是单机的呀？肯定都是分布式集群了嘛。
老公们你看下这样的场景是不是就有问题了：
你们经常不是说秒杀嘛，拿到库存判断，那老婆告诉你分布式情况就是会出问题的。

本文插图

我们为了减少DB的压力，把库存预热到了KV ，现在KV的库存是1 。

服务A去Redis查询到库存发现是1 ，那说明我能抢到这个商品对不对，那我就准备减一了，但是还没减。
同时服务B也去拿发现也是1 ，那我也抢到了呀，那我也减。
C同理。
等所有的服务都判断完了，你发现诶，怎么变成-2了，超卖了呀，这下完了。

老公们是不是发现问题了，这就需要分布式锁的介入了，我会分三个章节去分别介绍分布式锁的三种实现方式（Zookeeper ， Redis ， MySQL），说出他们的优缺点，以及一般大厂的实践场景。
正文一个骚里骚气的面试官啥也没拿的就走了进来，你一看，这不是你老婆嘛，你正准备叫他的时候，发现他一脸严肃，死鬼还装严肃，肯定会给我放水的吧。
B站搜：三太子敖丙
咳咳，我们啥也不说了，开始今天的面试吧。
正常线程进程同步的机制有哪些？