Dubbo服务注册与ZooKeeper节点持久化机制详解
在使用Dubbo框架时，您可能遇到过这种情况：Dubbo服务已关闭，甚至ZooKeeper重启后，仍能通过ZooKeeper命令查询到服务信息。本文将深入探讨其根本原因。
Dubbo服务注册并非直接创建节点，而是先创建持久化父节点，再在其下创建临时子节点存储服务信息。该临时节点的生命周期与Dubbo应用运行状态绑定。正常关闭Dubbo应用后，ZooKeeper客户端会感知连接断开，并自动删除临时节点。dubbo.registry.retry.period配置项影响客户端重连频率和时间，决定节点删除的时机。
然而，Dubbo应用关闭通常不会主动调用注销方法(unregister)删除节点。ZooKeeper依赖客户端连接状态判断节点是否移除。因此，在ZooKeeper客户端检测到连接断开并移除临时节点前，服务信息依然可见。
ZooKeeper的持久化机制也至关重要。ZooKeeper定期将数据持久化到磁盘，形成快照。如果服务信息在连接断开前已成功注册并持久化，即使应用关闭、ZooKeeper重启，这些信息仍会从磁盘快照恢复到内存。
因此，ls /dubbo命令返回的结果来自ZooKeeper内存数据缓存。即使Dubbo应用已关闭，只要ZooKeeper未清除节点信息，命令就能查询到。但一旦ZooKeeper客户端检测到临时节点连接丢失并将其从内存缓存移除，再次执行ls /dubbo将无法查询到该服务信息。这就是为什么即使应用关闭并重启ZooKeeper，仍能短暂看到之前注册的服务信息的原因。
