RestTemplate请求头默认application/xml 导致响应中的json数据解析失败的问题

最新推荐文章于 2024-01-04 15:08:15 发布

奇奇怪怪的键盘侠

最新推荐文章于 2024-01-04 15:08:15 发布

阅读量2.7k

点赞数

分类专栏：学习笔记文章标签： java

本文链接：https://blog.youkuaiyun.com/blowbob_666/article/details/112250864

版权

在升级服务时，由于RestTemplate的请求头默认设置为`application/xml`，导致服务A通过旧网关C转发到服务D时，json响应数据解析失败。通过在全局配置中修改请求头的accept字段为`*/*`解决了问题，但可能会影响multipart文件请求。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题描述：

有旧版本服务A和新版本服务B，两个服务的功能一致

旧的网关G，新的网关C，资源服务D。

由于历史遗留问题，服务A需要请求旧网关G上的controller并由G提供一些计算服务，在新版本的网关中我将这些服务抽取出来让网关只做路由功能，由于向下兼容的需要，我将网关C加入controller并使用feign直接转发到服务D，同时对这些历史遗留的接口用AOP进行单独管理。

在联调测试中发现一个问题：

服务A与B的逻辑完全一致，使用如下的restTemplate进行访问：

public User getUser(String token){
   
    System.out.println("开始请求获取用户");
    User user = template.getForEntity(
        "http://web-gateway/token/getUser?token={1}",
        User.class,
        token).getBody();
    return user;
}

服务C

@RequestMapping("/getUser")
public User getUser(@RequestParam(name = "token") String token, HttpServletRequest request) {
   
   log.info("token info :{}", token);

   User user = null;
   try {
   
      Enumeration<String> accept = request.getHeaders("accept")

最低0.47元/天解锁文章