利用feign调用返回object类型转换成实体

网友投稿 408 2022-08-20


利用feign调用返回object类型转换成实体

目录feign调用返回object转成实体feign调用报类型转换错误问题现象排查过程问题原因解决办法

feign调用返回object转成实体

com.fasterxml.jackson.core

jackson-databind

2.9.8

ObjectMapper mapper=new ObjectMapper();

CourseMaster courseMaster = mapper.convertValue(bean,CourseMaster.class);

List list=(List)courseMasterList;//返回为Object类型

for(Object cs:list){

CourseMaster courseMaster = mapper.convertValue(cs,CourseMaster.class);

}

feign调用报类型转换错误

问题现象

springcloud feign服务间调用,运行至下图1代码A处报错:

java.util.LinkedHashMap cannot be cast to(报错如下图2所示)

排查过程

step1:大多数情况下,第一反应是仔细检查语法是否有问题,确认lambda表达式本身没有问题;

step2:在确认写的没有问题的情况下,将代码片段拎出来写一个main方法运行(如图1代码片段B),发现单独拿出来在main方法中运行时正常!

step3:此时陷入困惑,于是重新仔细阅读报错信息:LinkedHashMap cannot be cast to xxx.BaseComapny,可以很清楚的确定是类型转换错误。

再一行一行看代码(图1中代码片段A),发现只有在代码片段A上方的:List list = xxxxx这一段中有可能的类型转换,所以暂时定位至此行代码。

step4:step3中的推测不确定的原因在于:此行代码中responseObject是直接通过服务调用获取到的,请求响应参数中已指定了对象类型,所以我认为这里不存在强制类型转换,也不存在LinkedHashMap。

继续沿着上面的推测,如果确实存在问题,那只可能是通过服务调用获取到的返回参数与预期不一致,step5:于是分别对上面图1中代码A和代码B(也就是main方法)做debug,结果如下图所示,发现确实服务调用后获取的响应参数与main方法中的不一致。可以看到片段A服务调用得到的响应参数list中确实是LinkedHashMap!至此发现问题!

step6:由于确定自己没有对服务调用前后特殊处理过响应参数,所以考虑这是框架行为,至此问题基本找到原因。

问题原因

找出原因后再针对性的百度答案就比较容易得到,简单来说就是使用feign进行远程服务调用的时候,返回参数(在我的代码中,Response中的list部分)会变成LinkedHashMap。

这是因为RPC远程调用在底层使用的HTTPClient,所以在传递参数的时候,必定要有个顺序,当你传递Map的时候Map里面的值也要有顺序,不然服务层在接的时候就出问题了,所以它才会从Map转为LinkedHashMap!Spring 有一个类叫ModelMap,继承了LinkedHashMap ,所以一个接口返回的结果就可以直接用ModelMap来接,注意ModelMap是没有泛型的,不管你返回的结果是什么类型的Map,泛型是多复杂的Map,都可以直接new一个ModelMap,用它来接返回的结果。

解决办法

1、最简单的解决办法就是在接收响应参数的地方直接用LinkedHashMap接收,通过kv形式获取到参数;

2、通过json,objectmapper等方式将LinkedHashMap转换成自己想要的对象;

3、对feign调用得到的响应参数做自定义处理(也许可以?);


版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:java io文件操作从文件读取数据的六种方法
下一篇:Java实战之兼职平台系统的实现
相关文章

 发表评论

暂时没有评论,来抢沙发吧~