阅读 516

粗心导致的Bug总是无法避免

故事背景

有个朋友在微信上问我,说Feign调用的时候服务提供方有结果,但是在调用方这边这个字段的值却丢失了,我一听感觉不可思议,如果说全部的值都没有,那有可能是报错了之类的情况。

但是某一个字段的值不见了,这种情况还真没遇到过。下图就是调用方的获取的信息,nickname值丢了。

图片

Feign内部排查数据是否取到

如果服务提供方有值并且返回了,那么唯一的问题就是出在Feign的内部了,怀疑跟内部解码有关系,只能调试代码才可以找出问题。

在org.springframework.cloud.openfeign.support.SpringDecoder类中的decode方法里查看数据解码之后到底有没有丢失,发现确实已经不存在了。

图片

既然解码后就不在了,那么解码之前呢?

通过下面的代码看看解码之前的数据到底有没有丢失:

IoUtils.toString(new FeignResponseAdapter(response).getBody(), "utf-8")
复制代码

图片

到这里基本上这个问题的原因就找到了,从服务端获取的数据肯定没问题,我们也看到确实是存在的,然后一解码就没了。

解码排查

但是解码也没什么特别的呀,就是用HttpMessageConverter进行数据转换。最底层就是ObjectMapper将字符串转成对象而已,只能看看Json转换哪里有没有问题。

最后在com.fasterxml.jackson.databind.deser.BeanDeserializer#deserializeFromObject找到了问题,nickname这个字段找不到,估计是被忽略了。

图片

然后打开对应的实体类,发现字段上面加了 @JsonIgnore 我的天。。。如果一开始就去看看接收的实体类那么直接就能发现这个问题了,刚开始也没想到会是这样,不过从框架的源码中去一步步发现问题会更有意思,也符合一步步排坑的逻辑。

关于作者:尹吉欢,简单的技术爱好者,《Spring Cloud微服务-全栈技术与案例解析》, 《Spring Cloud微服务 入门 实战与进阶》作者, 公众号 猿天地 发起人。

感兴趣的可以关注下我的微信公众号 猿天地,更多技术文章第一时间阅读。我的GitHub也有一些开源的代码 github.com/yinjihuan