• RestTemplate请求头accept-encoding导致乱码


    背景

    生产环境有个服务不能直接在办公电脑所在的网络访问,于是做了一个代理服务,使用RestTemplate做个转发,之前一直没有问题,但是最近几天在请求一个接口时,返回数据竟然乱码了,一下把我搞蒙了,我TM返回值没有中文啊

    返回乱码.jpg

    而且就是简单的转发,一行代码啊

    ResponseEntity<String> responseEntity =
                    restTemplate.exchange(url, method, new HttpEntity<Object>(data, headers),
                            new ParameterizedTypeReference<String>() {});
    
    • 1
    • 2
    • 3

    返回值类型都是用String,于是决定定位下原因

    定位过程

    1. 首先怀疑是Springboot中类型转换器的编码问题,于是Debug进去看,果然,默认编码是ISO-8859-1

      StringMessageConverter默认编码.jpg

      以为问题解决了,但是往下Debug的时候发现,最终将Response的InputStream转成String的编码是UTF-8,是从响应头里面Content-Type来确定的,这条路堵死

    2. 因为我是将请求数据、请求头原样转发,猜测可能是请求头的原因,于是看传进来的请求头一个一个,控制变量去测,发现把accept-encoding请求头去掉,就不乱码

      关于accept-encoding请求头,就是客户端告诉服务器,我支持这些压缩算法,你自己选一个来压缩返回,服务器通过响应头content-encoding告诉客户端使用的是那种压缩算法返回数据的。

      Debug的时候打印请求头和响应头,accept-encoding的值是gzip, deflate,content-encoding的值是gzip

    原因

    到这里乱码的原因就找到了,客户端发送请求的时候带了accept-encoding,告诉服务器是可以使用gzip压缩返回的,但是RestTemplate默认(代码中是直接new RestTemplate())是不支持gzip的,所以将返回数据转成String的时候乱码,即使是字母和数字。

    验证

    首先打开PostMan的控制台,查看请求的请求头

    Postman请求默认带accept-encoding.jpg

    倒数第二个就是默认带的accept-encoding

    往下Debug,在处理返回数据的时候,手动用Gzip解码一下,看下是否还会乱码,之前StreamUtils.copyToString方法使用UTF-8处理出来是乱码的,现在通过将InputStream通过GZip解码,看下是否正常,Gzip的解码代码如下

    public static String unGzip(InputStream inputStream) throws IOException {
        try (ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream(); 
             GZIPInputStream gzipInputStream = new GZIPInputStream(inputStream)) {
            byte[] bytes = new byte[4096];
            int len;
            while ((len = gzipInputStream.read(bytes, 0, bytes.length)) != -1) {
                byteArrayOutputStream.write(bytes, 0, len);
            }
            return new String(byteArrayOutputStream.toByteArray());
        }
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11

    unzip.jpg

    使用unZip解码发现返回值正常了

    解决方案

    1. 手动去掉accept-encoding,在代码中直接remove掉请求头

    2. 配置RestTemplate,支持Gzip

      new RestTemplate(new HttpComponentsClientHttpRequestFactory((HttpClientBuilder.create().build())))
      
      • 1

    插曲

    在我配置RestTemplate支持Gzip后,还报了另外一个错:“500 Internal Server Error [no body]”经过定位,还是PostMan的问题,Postman请求的时候因为我请求的是本地,postman自动在请求的header中带了host,值为localhost:8080,直接请求后台服务是会报500的,如下图

    500_no_body_exception.jpg

    直接把host请求头去除即可,重新请求,乱码问题解决。

  • 相关阅读:
    带你区分几种并行
    【Vue.js 3.0源码】模板解析构造 AST 抽象语法树完整流程
    基于FPGA的LCD1602驱动(含代码)
    12. 微积分 - 梯度&积分
    P8598 [蓝桥杯 2013 省 AB] 错误票据
    OkHttp 相关问题
    Xiaojie雷达之路---拉伸信号处理
    超详细的zookeeper和hbase安装教程以及启动脚本zk.sh等
    c++ qt 绘制设备
    如何通过低代码开发平台实现CRM客户关系管理系统
  • 原文地址:https://blog.csdn.net/AE86JayChou/article/details/126275368