Springboot集成Dubbo 远程调用获取不到数据

Springboot集成Dubbo 远程调用获取不到数据

记录自己在工作中的踩坑场景,有兴趣的朋友可以看看

前言 有两个Cloud系统,暂定叫它们提供者和消费者,服务之间是基于Dubbo调用,注册中心是用的是Nacos

发现问题

因为我需要测试其中一个系统提供的服务有没有bug,我就在把两个项目都跑起来了,我是先用postman去调用消费者暴露在外的Http接口,我看了程序是可以从消费者调用到提供者的服务里面去,结果提供者的服务执行完了以后,给消费者返回数据的时候报了一个空指针

逐步排查

1.当时我还以为是消费者服务传递参数有问题,我去提供者系统里面打了断点看,发生消费者服务传递过来的数据是没有问题的,然后我就把问题确定在了程序上面,跟着debug走,发现程序并没有问题,但就是返回给消费者的数据是个空对象,导致程序空指针,

2.这就很奇怪了,Dubbo服务之间传递数据是通过序列化成字节流,然后再反序列化,我又看了服务提供者的入参和返参对象,都是已经序列化了,没有问题啊

3.然后又看了提供者服务给消费者服务的jar包,里面也没有问题,maven依赖都快被我刷爆了,又去看Nacos上面注册的服务,也是没有问题,IP是我本地的,百思不得其解.
4.只好去请教同事大佬,.大佬看了看,也觉得很奇怪,逻辑没有问题,看了看报错信息,他说可能是因为网络问题,我就纳闷了,这怎么会网络问题,两个服务端口也没有冲突,也没干啥,怎么就传输数据丢失了;因为我为了看程序里面的数据就打着断点,我同事让我把断点全部关掉再试试,狗血的是,结果程序直接就跑通了,当场傻眼了,最后才知道是因为断点原因,导致网络传输出了问题,数据丢失了

总结,调用PRC远程服务拿不到返回数据

结论：我的程序问题是因为生产者的服务打了Debug断点导致消费者的服务响应时间超时,所以程序结果就成了空指针

如果有遇见调用远程服务拿不到结果数据的情况

1.先刷新服务提供者的jar包依赖
2.再查询服务提供者的入参和返回参数是否序列化
3.排查程序本身问题,可以本地启动服务Debug追踪程序
4.如果Debug程序发现数据没有问题
5.去掉debug试一下,因为debug的情况下,程序耗时很长,而dubbo响应超时默认是1秒

这篇博客是为了记录自己踩过的坑,每个人遇见的问题不一样,此篇博客仅做参考,谢谢观看.