一、背景java服务调用另一个java服务的接口大多是通过服务注册中心使用java feign client 去调用http接口。写法如下其本质是一个http请求入参和返回值会自动序列化。本文分享一个因为序列化失败而报错的排查案例。二、报错{“traceId”:null,“code”:10500724010,“msg”:“获取资源详情异常DataCenterServiceClient#findPersonResourceByUserIdV4(Long,String,Boolean,Boolean,String,Integer,Integer,Boolean,Integer,Integer,Integer,String) failed and no fallback available.”,“description”:null,“errors”:null}第一反应是对方的服务挂了所以feign调用出错。但是部分用户调用失败注意是部分。当我们拿到报错用户的账户进行登录该错误在本地复现了也就是说这个错误是必现的。所以我们得出的结论是脏数据导致查询报错。但是问题来了凡事就怕但是怎么个脏数据呢三、第一次调试过程因为之前的程序写法调用别的java服务接口前并不会打印请求入参特别是查询类的接口。一般地如果是操作类的接口我们要求程序应该输出请求和返回日志。所以因为只有生产环境的数据能够复现所以我们部署了一套灰度环境。其次在调用外部服务的接口前增加了打印日志输出请求参数的内容。示例有了请求值就可以手动调用三方服务的接口。出乎外料之外的是手动调用三方服务的接口返回正常并不报错。所以我们必须打印feign调用的返回值。于是我们继续排查。。。四、打开feign调用的日志1、FeignConfig建议所有的spring boot程序框架都实例化该类。// 配置 Feign 日志级别ConfigurationpublicclassFeignConfig{BeanLogger.LevelfeignLoggerLevel(){// 可选NONE, BASIC, HEADERS, FULLreturnLogger.Level.FULL;}}2、配置# application.yml# 日志级别设为 DEBUG 或 FULLlogging: level:# 你的 Feign Client 接口全限定名com.xxx.xxx.client.DataCenterServiceClient: debug如此便能得到这个类下的所有方法的出入参信息。原来feign调用报错了是一个内部错误feign.codec.DecodeException难怪被吞掉了打印异常的时候只能看到failed and no fallback available五、解决问题通过feign调用日志我们得知是其中的字段fileLength长度越界了。对方是Long类型定义的一个字段而我们接收方却定义为Integer。1、三方服务的接口返回值定义2、接收方的返回值定义于是乎出现了数据越界的错误feign调用的时候反序列化出错。六、总结本文通过打印feignClient调用的出入参信息得以知晓反序列化出错导致接口调用报错。也提醒我们feign调用的日志输出对于解决线上程序报错的重要性程序应该默认实例化Logger.Level其次因为feign调用的日志输出量非常大平常是关闭状态等到要跟踪生产的问题将排得上用场。最后定义字段的时候整型还是长整型真的是个坑。测试也很难看出来所以在生产进行测试的时候不要只以自己的数据为测试结果。所以用户上线后选取部分典型数据进行灰度测试非常必要。