新事物的出现要不是替代老事物，要么就是对老事物的补充 JUC 中所提供的显式 locks 就是对 synchronized 的补充

ZK中创建和删除节点只能通过Leader执行，性能并不高；基于其高可用的特性，在并发量不是太高的场景，也可以使用ZK做分布式锁。

虽然大佬Lamport 在论文 中早就证明了使用状态机（如共识算法）就能够去中心化解决多进程互斥问题，但我们还是会更偏向使用分布式锁。

Feign是声明式、模板化的HTTP客户端， 可以帮助我们更快捷、优雅地调用HTTP API；在Spring Cloud中，使用Feign非常简单。

如果某个客户端获得锁之后处理时间超过最大约定时间，或者持锁期间内发生了故障导致无法主动释放锁，其持有的锁也能够被其他机制正确释放，并保证后续其它客户端也能加锁，整个处理流程继续正常执行。

虽然Kubernetes 给云原生时代带来了颠覆性的新气象，但却很少人了解被钦定作为其后端存储的 etcd ，本篇从分布式锁视角梳理etcd的各种机制，探索基于etcd的锁实现为何如此优雅。

如果认为Jedis实现分布式锁很简单，也就设置 Key 、删除Key，那系统迟早遇问题，面试必减分儿。坑虽然很多，但也有办法，除了锁本身的知识还有客户端的配置调优建议，有空记得来看