colinsi
colinsi
@five111 注册中心的数据同步机制是List and watch，即主要向etcd进行订阅，通过推送完成数据的同步，还有就是定期的主动向etcd查询同步数据，用来弥补订阅推送的可靠性问题。 当前问题是数据变更后立马去向三个SC查询之后发现的数据不一致吗？后续有没有重试查询呢？
@yhs0092 该问题是否还存在呢？是否有ServiceCenter的日志信息呢，需要从日志上确认下SC的状态。需要确认下是触发了defer instance机制，当在2秒内有大量的实例下线的时候，就会被SC延迟下线。
实测30100端口是可以正常监听的，看能否提供下服务的报错日志？
I think this method is still necessary to provide, which can eliminate a lot of boilerplate code and reduce potential errors. In many usage scenarios, it is necessary to block...