Java高频面试题：Zookeeper分布式锁如何实现？

大家好，我是锋哥。今天分享关于【Java高频面试题：Zookeeper分布式锁如何实现？】面试题。希望对大家有帮助；

Java高频面试题：Zookeeper分布式锁如何实现？

1. Zookeeper 分布式锁的基本原理

Zookeeper 是一个高可用的分布式协调服务，它的核心特性包括 顺序节点（Sequential Node） 和 临时节点（Ephemeral Node），这些特性正是实现分布式锁的基础。

分布式锁的原理可以概括为：

1. 锁节点：创建一个根节点，例如 /locks，作为所有锁的父节点。
2. 临时顺序节点：
   • 每个客户端请求锁时，在 /locks 下创建一个 临时顺序节点（Ephemeral Sequential Node），例如 /locks/lock-000000001。
   • 临时节点保证客户端断开或异常时节点会自动删除，不会造成死锁。
   • 顺序节点保证了节点的顺序，形成了排队机制。
3. 竞争锁：
   • 客户端获取锁的逻辑是：如果自己创建的节点序号最小，则获取锁成功。
   • 如果不是最小节点，则监听自己前一个节点的删除事件（watcher），一旦前一个节点被删除（锁释放），就重新检查自己是否最小，从而获取锁。
4. 释放锁：
   • 客户端使用完锁后，直接删除自己创建的节点。
   • 删除节点触发后续节点的监听器，下一位客户端获取锁。

核心思想：通过临时顺序节点 + 节点监听实现公平锁（FIFO），保证在分布式环境下不会出现死锁和重复竞争。

2. Java 代码示例

假设使用 Curator 框架（Apache 官方推荐的 Zookeeper 客户端，封装了很多复杂操作），示例代码如下：

import org.apache.curator.framework.CuratorFramework;
import org.apache.curator.framework.CuratorFrameworkFactory;
import org.apache.curator.retry.ExponentialBackoffRetry;
import org.apache.curator.framework.recipes.locks.InterProcessMutex;

public class ZookeeperDistributedLockExample {

    public static void main(String[] args) throws Exception {
        // 1. 创建 Zookeeper 客户端
        CuratorFramework client = CuratorFrameworkFactory.builder()
                .connectString("localhost:2181")
                .retryPolicy(new ExponentialBackoffRetry(1000, 3))
                .build();
        client.start();

        // 2. 创建分布式锁对象
        InterProcessMutex lock = new InterProcessMutex(client, "/locks/mylock");

        try {
            // 3. 获取锁
            lock.acquire();
            System.out.println("获取到锁，执行业务逻辑");
            Thread.sleep(5000); // 模拟业务操作
        } finally {
            // 4. 释放锁
            lock.release();
            System.out.println("释放锁");
        }

        client.close();
    }
}

解析：

• InterProcessMutex 是 Curator 封装的分布式可重入锁。
• 内部实现正是基于 临时顺序节点 + 节点监听机制。
• 客户端会在 /locks/mylock 下创建临时顺序节点来竞争锁。

3. 分布式锁实现原理图（文字版）

Client1    Client2    Client3
   |          |          |
   |---> 创建节点 /locks/lock-000000001
   |          |---> 创建节点 /locks/lock-000000002
   |          |          |---> 创建节点 /locks/lock-000000003
   |          |          |
   |  (最小节点)          |
   | 获取锁                |
   |                        |
使用完释放锁                 |
   |                        |
删除 /locks/lock-000000001   |
   |<----------------------|
   |          | 监听到前驱删除，获取锁

4. 优缺点分析

优点：

1. 高可用，利用 Zookeeper 的分布式协调能力。
2. 公平锁，FIFO 排队。
3. 自动释放锁，避免死锁（客户端异常断开，节点自动删除）。
4. 可重入锁可通过 Curator 封装实现。

缺点：

1. 依赖 Zookeeper，如果 Zookeeper 异常可能影响锁机制。
2. 性能受限于 Zookeeper 节点操作吞吐量，适合 锁持有时间短、并发量中等 的场景。
3. 编写原生 Zookeeper 客户端实现稍复杂，推荐使用 Curator 简化操作。

最后总结一下吧：

• 核心是临时顺序节点 + 前驱节点监听机制。
• Curator 是 Java 开发中最常用且安全的实现方式。
• 能够保证 公平、可靠、自动释放 的分布式锁。