杨翊 SionYang

If only do refactor, not change the logic, PR welcome, but the judgement is depend by @shiyiyue1102 .

Is this PR should be merged into Nacos 3.0 branch? @shiyiyue1102

测试用例已修复， 请同步develop分支后重新提交

CI can't pass more than 2 weeks, If no more modified and fix the CI, the pr will be closed.

I remember this problem has been fixed in new version. Can you try new version?

If usage not change（means we don't need to change the UT) ，very welcome

有可能是nacos-client已经获取到新配置并且通知了应用，但是应用不使用新配置； 也有可能是nacos-client已经获取到新配置并且通知了应用，但应用应用新配置时出错导致新配置不被使用。 可以查看下${user.home}/logs/nacos 下的日志，看下有没有信息， 同时排查下应用在使用新配置时的逻辑是否有问题。

首先`Refresh keys changed` 这个日志不是nacos打印的， 应该是你的应用或者应用框架打印的，如果nacos-client的日志（不是应用日志）打印的是已经获取到了新配置，那么就一定是新的配置，因为nacos-client是按照md5值做校验的，md5不一致不会通知lisntner, 另外网关上获取的服务列表是新的问题，建议不要混在一个issue里讨论。

另外 问一下改成junit5之后， 使用方法必须改成现在这样吗？

看描述应该是集群之间的转发请求出错了，只有在leader节点上调用的时候因为不用转发而可以通过，不过我自己的环境没有复现出来，我怀疑是部署的环境导致转发请求的时候报错了， 可以查看下服务端日志，有没有什么有用的信息。 或者通过抓包请求或者arthas分析一下转发链路。