获取锁的方式简单粗暴，获取不到锁直接不断尝试获取锁，比较消耗性能；redis的设计定位决定了它的数据并不是强一致性的，在某些极端情况下，可能会出现问题。锁的模型不够健壮；使用redlock算法来实现，在某些复杂场景下，也无法保证其实现100%没有问题，关于redlock的讨论可以看 How to do distributed locking；redis分布式锁，其实需要自己不断去尝试获取锁，比较消耗性能。 zookeeper分布式锁优缺点 优点
zookeeper天生设计定位就是分布式协调，强一致性。锁的模型健壮、简单易用、适合做分布式锁；如果获取不到锁，只需要添加一个监听器就可以了，不用一直轮询，性能消耗较小。 缺点
有较多的客户端频繁的申请加锁、释放锁，对于zookeeper集群的压力会比较大。 总结
通过上面两种分布式锁的优缺点比较，我们应该如何选型呢？
就个人而言的话，比较推崇zookeeper分布式锁，因为redis有可能存在隐患，可能会导致数据不对的情况。但是，怎么选用要看具体公司的场景了。
如果公司里面有zookeeper集群条件，优先选用zookeeper实现。如果公司只有redis集群，没有条件搭建zookeeper集群，那么使用redis来实现也可以。
