Seata的no available service ‘null‘ found, please make sure registry config correct解决

最新推荐文章于 2025-10-09 17:05:56 发布

原创最新推荐文章于 2025-10-09 17:05:56 发布 · 3.6k 阅读

0 ·

CC 4.0 BY-SA版权

遇到的问题专栏收录该内容

8 篇文章

订阅专栏

本文探讨了在使用Seata 1.2版本与Spring Cloud Hoxton集成时，遇到的Nacos注册中心服务群组解析问题。作者追踪了报错源头，指出交易服务群组配置的变动导致服务列表获取失败，并提供了通过增加配置项解决此问题的方法。

我们用的Seata版本是1.2 springcloud版本是springcloud hoxton.SR3

先记录下这个错的方法所在地，调用链是在Seata-all-1.2.0.jar

io.seata.core.rpc.netty.TmRpcClient.init()
->io.seata.core.rpc.netty.AbstractRpcRemotingClient.init()的reconnect(AbstractRpcRemotingClient.this.getTransactionServiceGroup())方法里

availList是从getAvailServerList方法获取，该方法调用链

io.seata.core.rpc.netty.NettyClientChannelManager.getAvailServerList.getAvailServerList

->RegistryFactory.getInstance().lookup()

->NacosRegistryServiceImpl.lookup() 因为我是使用Nacos做为注册中心所以这里调用的是NocosRegisterServiceImpl

->RegistryService.getServiceGroup 这里的参数Key就是tx-service-group的值然后会拼成service.vgroupMapping.+key 就是完整的属性名然后会根据完整属性名去获取值，再根据值去拿到对应的服务列表

根据这个调用链，会报这个错就是因为根据完整的属性名找不到对应的属性，所以更无法根据属性值去拿服务列表。

根据我打的断点，我发现在启动时

TmRpcClient.getInstance这个方法获取到的transactionServiceGroup还是我配置的那个，比如说my_test_tx_group

然后到了io.seata.core.rpc.netty.AbstractRpcRemotingClient.init()的reconnect(AbstractRpcRemotingClient.this.getTransactionServiceGroup()) 这一步时，

AbstractRpcRemotingClient.this.getTransactionServiceGroup()获取的值就已经变成服务名+“seata-service-group" 所以到这里，比如说服务名叫trade 完整的属性名就变成service.vgroupMapping.trade -seata-service-group

虽然nacos里seata的配置属性列表中也有service.vgroupMapping.trade -seata-service-group，这个属性也有值，但他还是会报这个错

上面transactionServiceGroup的变化在seata正常的服务里，是不会变的，只有在报这个错的服务里才有，所以我估计中间是有什么判断逻辑。

以上是发现到的现象。下面是解决方案,原先只是加了register，后面加了config就不会再报这个问题了

seata:
  enabled: true
  enable-auto-data-source-proxy: true
  registry:
    type: nacos
    nacos:
      server-addr: seata的服务器端口
      namespace: pre
#config就是新加的
  config:
    type: nacos
    nacos:
      server-addr: seata的服务器端口
      namespace: seata