dubbo是做了服务下线的钩子程序，按zk会下线老的提供者，且用的2.7.8的版本 dynamic默认就是true，但是消费者还是会去调用原来的提供者，导致服务出错。
就是想搞清楚为啥没有及时把已经下线的节点剔除掉，还去调用原来的节点。就算不是优雅退出，整个节点都关机了，zk的心跳机制也会判定老节点失效了应该不会再去调用才对啊。
原提问者GitHub用户qigeqigeqi
写回答
心跳是有周期的，需要看下这个错误调用是有多久，如果是短时间的那就是推送时效的问题。（大约在 1 分钟内）
dubbo 2.7 的版本中可能存在 zk 连接断了的情况，这个时候 consumer 是不会再刷新数据的
升级到 3.1.1 版本看下有没有问题呢。
原回答者GitHub用户AlbumenJ
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
