故事背景
有个朋友在微信上问我，说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
