blake.qiu
blake.qiu
I wanna take it over, please assign to me, thx.
In version 2.3.x, there is no such problem ![Uploading image.png…]()
这么写应该就没问题了 
I created a PR, please review it, thx!
较新版本的sdk 没有了定时从server查询的逻辑，要保证client和server的数据一致性，就需要依赖server端的推送机制，推送失败需要一直重试 直至成功。
> 看了下代码，感觉通过阻塞curator的监听线程 应该是可以满足延迟通知 聚合事件的功能。 curator启动的监听线程sleep的时候，应该不会再接收到监听节点的变更事件了，待到sleep结束后 会重新从zk-server拉取监听节点的数据 并触发一次变更事件，然后再执行一次Notify。   
> @Bo-Qiu 咱们可以做个简单的测试。 > > 先在 org.apache.dubbo.registry.zookeeper.ZookeeperRegistry.ZookeeperRegistryNotifier#notify() 方法里面，添加下面这行日志，在每次 doNotify() 之前进行一次输出： > > > > 然后，把 dubbo-demo-xml-consumer 和 dubbo-demo-xml-provider 调整成【接口级】注册和订阅，启动。 > > 在 Zookeeper 里面，/dubbo/org.apache.dubbo.demo.DemoService/providers 节点下只有一个节点，如下： > > > > 最后，我们执行快速执行下面两个命令，这两个命令，只是把上面...
通过延迟订阅的话，可以规避掉delay窗口内，zk-server推送到客户端的大量事件。 相对来说比直接在org.apache.dubbo.registry.RegistryNotifier实现合并 要合理一些。
老哥，你把这个assign给我哇，我近期有时间了修复一下