Zookeeper分布式锁:
zk通过临时节点，解决了死锁的问题，一旦客户端获取到锁之后突然挂掉了(Session连接断开),那么这个临时节点就会自动删除掉，其他客户端自动获取锁。临时顺序节点解决惊群效应
Redis分布式锁:
Redis分布式锁通过setNX,单线程处理网络请求，不需要考虑并发安全性
所有服务节点设置相同的key，返回为0,则锁获取失败
setnx问题:
- 早期版本没有超时参数，需要单独设置，存在死锁问题(中途宕机)
- 后期版本提供加锁与设置时间原子操作，但是存在任务超时，锁自动释放，导致并发问题，加锁与释放锁不是同一线程问题
可重入性及锁续期没有实现，通过redisson解决(类似AQS的实现，看门狗监听机制)
redlock: 意思的机制都只操作单节点、即使Redis通过sentinel保证高可用，如果这个master节点由于
某些原因发生了主从切换，那么就会出现锁丢失的情况（redis同步设置可能数据丢失）。redlock从多
个节点申请锁，当一半以上节点获取成功、锁才算获取成功，redission有相应的实现
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
