Java中ZooKeeper临时节点实现Master选举的核心是各节点通过创建EPHEMERAL_SEQUENTIAL节点、解析数值序号、比较最小值并监听前驱节点来自主协商唯一Master，而非中心化判定。
在 Java 中用 ZooKeeper 临时节点做 Master 选举，核心不是靠 if 判定“谁是 Master”，而是通过 ZooKeeper 的强一致性、临时顺序节点和 Watch 机制，让所有节点自主协商出唯一 Master。所谓“if 判定”实际发生在客户端本地对节点列表的判断逻辑中——即：每个节点创建临时顺序子节点后，判断自己是否为序号最小的那个，若是则成为 Master；否则监听前一个节点的删除事件，等待被唤醒。
1. 创建临时顺序节点并获取当前节点序号
ZooKeeper 的 EPHEMERAL_SEQUENTIAL 节点会自动追加单调递增的序号（如 /master/worker_0000000012）。客户端需记录自己创建的完整路径，再提取序号用于比较：
- 使用
zk.create("/master/worker_", new byte[0], Ids.OPEN_ACL_UNSAFE, CreateMode.EPHEMERAL_SEQUENTIAL)创建节点 - 从返回路径中截取后缀（如
"worker_0000000012"），用String.substring()提取数字部分并转为int或long - 注意：序号是 10 位定长字符串，直接按字典序比较可能出错，必须转成数值比较
2. 获取所有子节点并判断是否为最小序号
创建完自身节点后，立即调用 zk.getChildren("/master", false) 获取全部子节点列表（不设 Watch），然后执行本地 if 判断：
- 遍历所有节点名，提取各自序号，找出最小值
- if (自己的序号 == 最小序号) → 当选 Master，启动业务逻辑
- else → 找到比自己小的最大序号节点（即前驱节点），对其注册
exists()Watch（或用getChildren()+ Watch 监听父节点变化）
3. 监听前驱节点并响应失效事件
非 Master 节点不能只等一次 Watch，而要形成“链式监听”：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 假设节点 A 序号为
0000000015，前驱是0000000014，则调用zk.exists("/master/worker_0000000014", watcher) - Watch 触发时（前驱节点被删除），重新执行步骤 2：拉取最新子节点列表，再次判断自己是否变成最小
- 若仍是非最小，则更新监听对象为新的前驱节点，继续等待
4. Master 主动释放与异常处理
Master 节点崩溃时，ZooKeeper 自动删除其临时节点，触发下游监听；但主动下线需显式处理：
- Master 正常退出前，应调用
zk.delete(myPath, -1)清理自身节点（虽断连也会删，但主动删更可控） - 所有节点需捕获
KeeperException.ConnectionLossException等异常，并重连 ZooKeeper 后重建节点和监听关系 - 避免“脑裂”：Master 在执行任务前可先尝试创建一个临时独占节点（如
/master/active），成功才真正履职，失败则放弃
整个过程没有中心协调者，“if 判定”只是每个节点基于一致视图做的本地决策。只要 ZooKeeper 集群可用且客户端正确实现重试与监听，就能收敛出唯一 Master。不复杂但容易忽略序号解析和 Watch 续订细节。
