深入解析：Dubbo服务在ZooKeeper中的残留信息
在使用Dubbo框架时，即使服务已关闭甚至ZooKeeper重启，有时仍能通过ZooKeeper命令ls /dubbo查询到已注册服务信息，这并非服务仍在运行。本文将解释其原因。
Dubbo服务注册并非简单地创建单个ZooKeeper节点，而是创建两种类型的节点：持久化节点和临时节点。持久化节点标识服务本身，临时节点则保存服务具体信息（地址、端口等）。正常关闭Dubbo应用时，ZooKeeper会检测到临时节点连接断开并自动移除，该过程由dubbo.registry.retry.period配置项控制超时时间。
然而，服务信息残留通常是因为Dubbo应用关闭并非立即主动注销服务，而是依赖ZooKeeper客户端的会话超时机制来移除临时节点。在会话超时前，临时节点依然存在。
关键在于ZooKeeper的数据持久化机制。ZooKeeper重启时会从磁盘快照恢复数据。如果在应用关闭前，客户端已成功创建并写入服务节点信息到磁盘，即使应用关闭并重启ZooKeeper，这些信息仍会存在于ZooKeeper的内存缓存和磁盘快照中，导致ls /dubbo命令仍能查询到。
ZooKeeper的内存缓存最终会根据会话超时情况更新，删除失效的临时节点。因此，等待足够长的时间后，残留信息最终会消失。 所以，观察到的残留信息是ZooKeeper数据持久化和会话超时机制共同作用的结果，并非服务仍然存活的标志。
