zookeeper临时节点在客户端会话超时后由服务端自动删除，生命周期绑定session，不支持子节点且不可跨会话删除；需合理设置sessiontimeout（建议5~15秒）并监听expired状态。
ZooKeeper 的临时节点（Ephemeral Node）在客户端会话失效时会自动删除，这是由 ZooKeeper 服务端保证的机制，不需要客户端主动清理。
临时节点的生命周期绑定会话
创建临时节点时，ZooKeeper 会将该节点与当前客户端的 session 绑定。只要会话保持活跃（即客户端定期发送心跳，维持 session timeout 内的连接），节点就一直存在；一旦会话过期（如网络断开、客户端崩溃、未及时发送 ping），ZooKeeper 服务端会在 session 过期后立即删除所有属于该会话的临时节点。
注意：不是“连接断开瞬间”就删，而是“session 超时后”才删。默认 session timeout 最小值通常为 2 倍 tickTime（如 tickTime=2000ms，则最小 timeout≈4000ms），实际超时时间由客户端构造 ZooKeeper 实例时传入的 sessionTimeout 参数决定，服务端会协商一个可接受的值。
确保自动删除生效的关键点
-
不要手动 close() 客户端后不等待：调用
zookeeper.close()会主动关闭会话，服务端收到通知后立即清理临时节点——这是最快最确定的方式；但若进程直接 crash 或网络中断，则依赖超时机制。 - 合理设置 sessionTimeout：设得太短（如 1000ms）易因网络抖动误触发删除；太长（如 60s）会导致故障后节点残留太久。建议设为 5~15 秒，并配合客户端重连逻辑。
-
使用 Watcher 或 ZooKeeper 客户端的状态监听：监听
Watcher.Event.KeeperState.Expired状态，可感知会话已丢失，此时本地应停止业务、清理资源——虽然节点已在服务端被删，但客户端需做对应处理。
常见误区提醒
临时节点 不能有子节点，否则创建会失败；也不能通过 delete() 在其他会话中删除（权限允许也不行），只能由所属会话自动销毁或主动 close 会话。
如果你发现断开后节点没删，大概率是 session 尚未超时（比如刚断开 1 秒，而 timeout 是 10 秒），或客户端其实仍维持着有效会话（如后台线程悄悄重连成功）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
