粗心导致的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
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
