比较ZK锁与Redis锁的异同（zk锁与redis锁区别）

比较：ZK锁与Redis锁的异同

在分布式环境中，锁是解决并发安全问题的重要工具，Zookeeper锁和Redis锁被广泛用于同步访问共享资源。这两种锁具有很多相似之处，但也有一定的不同之处。本文将着重介绍ZK锁和Redis锁的异同的比较。

首先是它们的优点：

(1)它们都可以同步访问共享资源，保证共享资源的安全性，防止并发导致的数据错误。

(2) ZK锁和Redis锁都可以进行超时操作，即在等待某一资源时，可以设置一个超时时间，超时时仍未成功获取则放弃获取。

(3)ZK锁和Redis锁都可以设置可重入锁，即某个线程在获取到锁之后，可以重复获取资源，而不需要释放锁后再次获取锁，从而提升程序效率。

接下来是它们的不同：

(1)ZK锁是基于数据目录结构的，支持全局锁和写锁，而Redis锁则只支持单机锁，不支持全局锁和写锁；

(2)ZK锁是一种开源的、可扩展的分布式协调服务，服务节点失效或者网络分区不影响整个锁的使用，而Redis锁则因为单机服务，当其中的一台服务器出现故障，会影响锁的使用；

(3) ZK锁更适合于分布式环境，因为它可以支持更多的网络节点，而Redis锁则局限在单进程的同步上；

(4)ZK锁的使用更复杂，它涉及到数据模型以及客户端的连接等流程，而Redis锁则更简单，操作比较简单，使用起来比较方便。

介绍一个相关代码：

// ZK锁实现

/**

* tryLock：尝试获取锁

* @param key 锁

* @param timeout 锁超时时间

* @param unit: 时间单位

* @return 是否获取到锁

*/

public boolean tryLock(String key, long timeout, TimeUnit unit) {

String path = ZK_LOCK_ROOT + key;

//创建临时有序节点

String ownPath = createEphemeral(path);

long time = unit.toMillis(timeout);

//开始时间

long startMs = System.currentTimeMillis();

boolean locked = false;

//循环检查，直到获得锁

while (!locked) {

// 获取所有子节点

List children = getChildren();

// 获取本节点下标

int ownIndex = ownPath.lastIndexOf(“/”);

int ownId = Integer.parseInt(ownPath.substring(ownIndex + 1));

// 遍历子节点，判断有没有比本节点小的

for (String child : children) {

int nodeId = Integer.parseInt(child.substring(child.lastIndexOf(“/”) + 1));

if (ownId > nodeId