[BUG] - servicecomb 3.x 使用servicecenter作为注册中心，consumer调用provider， 把provider停掉，并且把servicecenter上的provider服务删了，重启provider，consumer调用provider永远失败无法恢复

[wbx199801]

Steps to Reproduce

使用servicecenter作为注册中心，consumer调用provider， 把provider停掉，并且把servicecenter上的provider服务删了，重启provider，consumer调用provider永远失败无法恢复

Expected Behavior

No response

Servicecomb Version

No response

Additional Context

No response

[wbx199801]

分析了一下原因是这个刷新实例版本的定时任务在调用CSE接口失败之后instancesCache被移除不会再被加回来导致的。加回来的场景只有两个，一个是服务启动的时候触发，第二个是consumer发起调用的时候，但是发起调用的时候走到org.apache.servicecomb.registry.DiscoveryManager#getOrCreateVersionedCache里面的versionedCache已经有值返回，走不到下面的发现实例逻辑，导致后续永远无法恢复

[liubao68]

能否描述重现问题的步骤，而不是你的分析。

[wbx199801]

问题步骤大概是生产者服务所有实例下线，注册中心（cse）好像把微服务都删除了，导致消费端3秒一次的查询实例任务报错
find service {} instance failed，后续服务上线后，消费者端的缓存一直不会刷新，导致一直出现问题

复现可以直接在注册中心cse删除provider服务，然后重启provider consumer永远无法恢复。

[wbx199801]

使用servicecenter作为注册中心，consumer调用provider， 把provider停掉，并且把servicecenter上的provider服务删了，重启provider，consumer调用provider永远失败无法恢复。 必现

[liubao68]

基于这个场景，可以再分析下是不是 service-center 问题， 或者其他问题。你的测试场景丢掉了所有数据和状态，理论上并不是所有可能性都是能够恢复的，取决于非常多的条件。 另外，你的标题和实际描述的问题不一致。请修改下标题，或者重新描述问题。

[liubao68]

另外可以看看这个： #4904

[wbx199801]

service-center在没有实例的场景下会直接删除微服务（定时删除），这对于他们来说是正常场景，servicecomb客户端应该做好保护，org.apache.servicecomb.service.center.client.ServiceCenterDiscovery#pullAllInstance这个地方把failedInstances移除的同时需要将org.apache.servicecomb.registry.DiscoveryManager#versionedCache也删除（不确定是否可行，或者是否带来其他问题），以便后续可以继续请求service-center进行更新，不然后续永远无法更新versionedCache