Albumen Kevin

> 经过进一步定位，发现在K8S如下情况必然出现该问题： > > * K8S CronJob调度执行完成，但是对应的Pod还未删除，假设此时未被删除的Pod IP未ip1 >  > * Provider启动，并且K8S将上一步的ip1分配给了服务提供方的Pod > * 此时消费者调用Provider服务，则必然出现如下错误`java.io.IOException: Service com.XXXService with version 0.0.0 not found, invocation rejected.` > * 删除调度任务的Pod之后，服务恢复正常 > >...

> > > 经过进一步定位，发现在K8S如下情况必然出现该问题： > > > > > > * K8S CronJob调度执行完成，但是对应的Pod还未删除，假设此时未被删除的Pod IP未ip1 > > >  > > > * Provider启动，并且K8S将上一步的ip1分配给了服务提供方的Pod > > > * 此时消费者调用Provider服务，则必然出现如下错误`java.io.IOException: Service com.XXXService...

可以在客户端配置 filter=-cache 来防止 CacheFilter加载

什么异常呢，我这边测试是可以的

> dubbo 3.1.4 nacos 测试用例报错 找不到任何原因 哪位那位大哥帮帮忙 单机的检查是否有 socks5 的代理

This log will not affect normal use. Will be fixed in version 3.1.4 released this month.

> > 将在本月发布的 3.1.4 版本中修复。 > > 2.1.x Will it be fixed? only fix in 3.1.x and 3.2.x

> 希望在2.7版本也修复下 Dubbo 2.7 is only for security maintain now, and will EOL in 2022.3.

> > 希望在2.7版本也修复下 > > Dubbo 2.7 is only for security maintain now, and will EOL in 2022.3. https://cn.dubbo.apache.org/zh/blog/2022/12/05/%E8%81%9A%E7%84%A6%E7%A8%B3%E5%AE%9A%E6%80%A7dubbo-%E5%8F%91%E7%89%88%E8%A7%84%E5%88%92%E5%85%AC%E5%B8%83/

由于 2.7.4 以前的 Nacos 注册存在设计缺陷，在 2.7.4 之前的版本在 version 或者 group 为 null 的时候，会忽略中间的 `:` 注册。导致可能出现多个服务在 nacos 上面的服务名一样的情况。在 2.7.4 以后强制所有 `:` 都会注册，监听的时候两个版本的都会监听以保持兼容。 因此，2.7.4 及以后的客户端支持所有版本的 provider，2.7.4 及以后的服务端仅支持 2.7.4 以后的服务端。 **注：如果 version 和...