RestTemplate请求头accept-encoding导致乱码

背景

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

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

ResponseEntity<String> responseEntity =
                restTemplate.exchange(url, method,newHttpEntity<Object>(data, headers),newParameterizedTypeReference<String>(){});

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

定位过程

1. 首先怀疑是Springboot中类型转换器的编码问题，于是Debug进去看，果然，默认编码是ISO-8859-1以为问题解决了，但是往下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的控制台，查看请求的请求头

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

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

publicstaticStringunGzip(InputStream inputStream)throwsIOException{try(ByteArrayOutputStream byteArrayOutputStream =newByteArrayOutputStream();GZIPInputStream gzipInputStream =newGZIPInputStream(inputStream)){byte[] bytes =newbyte[4096];int len;while((len = gzipInputStream.read(bytes,0, bytes.length))!=-1){
            byteArrayOutputStream.write(bytes,0, len);}returnnewString(byteArrayOutputStream.toByteArray());}}

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

解决方案

1. 手动去掉accept-encoding，在代码中直接remove掉请求头
2. 配置RestTemplate，支持GzipnewRestTemplate(newHttpComponentsClientHttpRequestFactory((HttpClientBuilder.create().build())))

插曲

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

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