从零开始的高并发--- Zookeeper实现分布式锁

01 前言

我们现在拥有这么一个集群，集群里面有个缓存服务，集群中每个程序都会用到这个缓存，如果此时缓存中有一项缓存过期了，在大并发环境下，同一时刻中许许多多的服务都过来访问缓存，获取缓存中的数据，发现缓存过期，就要再去数据库取，然后更新到缓存服务中去。但是其实我们仅仅只需要一个请求过来数据库去更新缓存即可，然后这个场景，我们该怎么去做？

我们参考多线程的场景下会使用到锁的这个方法，放到现在的并发场景下，我们也是需要通过一种锁来实现。

02 使用Zookeeper来进行开发

1.锁的特点与原生zookeeper

（1） 普通锁具备什么特点？

​①排他（互斥）性：只有一个线程能获取到

                           文件系统（同一个文件不支持多个人去修改）

                           数据库：主键唯一约束 for update

                           缓存：redis setnx命令

                           zookeeper：类似文件系统

②阻塞性：其他未抢到的线程阻塞，直到锁被释放再进行抢这个行为

③可重入性：线程获取锁后，后续是否可重复获得该锁复制代码

（2）为什么zookeeper可以用来实现锁

①同一个父目录下面不能有相同的子节点，这就是zookeeper的排他性

②通过JDK的栅栏来实现阻塞性

③可重入性我们可以通过计数器来实现复制代码

（3）原生的zookeeper存在着什么问题

①接口难以使用

②连接zookeeper超时不支持自动重连

③watch注册一次会失效，需要反复注册

④不支持递归创建节点（递归创建的话，比方说我要创建一个文件，假如我在idea创建，那我