Albumen Kevin

> dubbo 不可能要求用户都要升级到Dubbo 3.x 版本。 2.6.x 版本已经是 EOL 状态了，即使确认是有问题也不会再发布版本修复的。 > 正常情况下注册 consumer 实例数正常肯定取决于你成功启动consumer 服务的数量。 是的 > 这种明显的不正常表现难道说是Dubbo 2.6.X的正常现象么？ 这个需要看下是不是注册中心实现的逻辑问题，这个问题也有可能是 2.6.x 的实现有问题导致。所以升级到 3.x 版本看下是不是符合预期，如果符合预期那就是 2.6.x 实现的逻辑有误，如果升级后还是不符合预期，那就需要看下是不是部署本身有问题。

> 因为我测试环境是k8s部署，线上环境是docker 部署 。测试环境是正常，线上环境是不正常。我其实是确定部署环境点问题导致，但是我想找出是因为什么原因造成这种现象，再考虑有没有其他解决方案。因为升级的成本确实有一定的工作量。 测试环境如下： https://res.senlianshop.com/ad/%E6%B5%8B%E8%AF%95%E7%8E%AF%E5%A2%83.png 线上环境如下： https://res.senlianshop.com/ad/%E7%BA%BF%E4%B8%8A%E7%8E%AF%E5%A2%83.png 找一下没有注册的 consumer，开 debug 端口看下 consumer 的注册是不是有提交写入到 nacos

com/alibaba/dubbo/registry/integration/RegistryProtocol.java:307 

> 测试了没有注册的 consumer 是已经执行了registry.register 了。“没有注册的 consumer” 这个说法可能不对，是已经全部注册了，因为系统访问都是正常的，但是nacos控制台显示实例还是1 。详情里面的元数据属性application=laundry-admin。看出consumers被替换了。 > 提供者注册： > https://res.senlianshop.com/ad/%E6%8F%90%E4%BE%9B%E8%80%85%E6%B3%A8%E5%86%8C.png > 消费者1： > https://res.senlianshop.com/ad/%E6%B6%88%E8%B4%B9%E8%80%851.png > 消费者注册1： > https://res.senlianshop.com/ad/%E6%B6%88%E8%B4%B9%E8%80%85%E6%B3%A8%E5%86%8C1.png > 消费者2： > https://res.senlianshop.com/ad/%E6%B6%88%E8%B4%B9%E8%80%852.png > 消费者注册2： > https://res.senlianshop.com/ad/%E6%B6%88%E8%B4%B9%E8%80%85%E6%B3%A8%E5%86%8C2.png > 消费者注册2详情：...

> 是同一个ip，因为我是开发电脑启动会这样，正式环境环境docker 部署因为使用了host网络，consumer也是同一个id。那么是跟这个dubbo-registry-nacos版本有关么？ 因为consumer本身是没有port属性的，所以只能以 ip 作为唯一标识，本地起多个因为 id 一样，会被认为只有一个

> 我记得以前我用的2.6.7.x好像是可以的，能通过升级版本处理以及最低的可升级版本么，我这边项目比较古老，spring boot的版本是1.5.x的 Dubbo 3.x 都是支持 spring boot 1.5.x 的，从 spring 3.x ~ 5.x 都支持

org.apache.dubbo.rpc.cluster.loadbalance.RoundRobinLoadBalance#doSelect 设计上是支持预热的。

org.apache.dubbo.rpc.cluster.loadbalance.RoundRobinLoadBalance#doSelect:100 org.apache.dubbo.rpc.cluster.loadbalance.AbstractLoadBalance#getWeight:96 org.apache.dubbo.rpc.cluster.loadbalance.AbstractLoadBalance#calculateWarmupWeight

是不是有部分机器发布的 com.alibaba.rdc.basic.system.user.UserProvider 接口不存在 findAll 方法。 Dubbo 做服务发现的时候是以接口为粒度的，如果添加接口后没有全部机器都部署就调用时会导致找不到方法的问题，因为 Dubbo 作为消费端的时候是不知道服务端具体真的发了多少个方法的，只知道发了某个服务。

arthas 上去 10.230.250.210 这台机器看下这个方法是否存在。 对应的日志：serviceName='project-template-basic', host='10.230.250.210',