在项目中使用了 retrofit 和 OkHttp 之后，服务端返回的数据都是被压缩的，导致 OkHttp 不能解析数据

问题排查

在此之前，通过调用 API 服务端下发的数据都是 gzip 压缩的，但是 response 的 header 里面并没有Content-Encoding:gzip 的 header 头。以前在使用 HttpURLConnection 类的时候，都是直接写解压代码解压 response 数据流的（后面有代码）。

通过查 OkHttp 的说明，OkHttp 其实是会自动根据是否有这个 gzip 的头来判断是否需要解压 response 数据。

基于此，我让服务端在 response 的 header 里加上了 response.addHeader("Content-Encoding", "gzip”); 的头，至此，Android 这边问题解决已解决。然而 iOS 那边出现了数据无法解压的错误，具体错误描述是：当他们对返回的数据进行 gzip 解压时发现不能顺利解压。问题排查时发现，他们拿到的 response 数据已经被解压好的，当通过调用自己实现的解压方法后，数据就异常了。所以，初步断定，服务端在加了 gzip 头之后，下发的数据就没有被压缩了。

debug 经过

依照这个思路，我们服务端去 check 为何加了头之后数据就没有被压缩。我在 Android 端联调时通过使用 FaceBook 的 Stetho工具（Chrome）进行网络抓包的时候时发现，数据确实是没有被压缩的。

和服务端联调一个下午加一个晚上无果之后（绑 host，切 IP 等各种方法都尝试了），服务端同学提出数据确实是被压缩了，debug 打出来的 log 数据已经证明了，而且发现 Chrome 在网络调试时会对有 gzip 的头的数据进行自动解压的。

基于此，我在 Android 里使用 HttpURLConnection 类进行手动 debug，代码如下：

int responseCode = httpURLConnection.getResponseCode();
if (responseCode == HttpURLConnection.HTTP_OK) {
    //un gzip
    in = httpURLConnection.getInputStream();
    ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();
    int len1;
    byte[] buffer1 = new byte[1024];
    while ((len1 = in.read(buffer1)) != -1) {
        byteArrayOutputStream.write(buffer1, 0, len1);
    }
    in.close();
    byteArrayOutputStream.close();
    final String str1 = new String(byteArrayOutputStream.toByteArray(), "utf-8");
    Debug.i_MrFu("未做解压的数据 = " + str1);

    //do gzip
    in = new GZIPInputStream(httpURLConnection.getInputStream());
    ByteArrayOutputStream arrayOutputStream = new ByteArrayOutputStream();
    int len;
    byte[] buffer = new byte[1024];
    while ((len = in.read(buffer)) != -1) {
        arrayOutputStream.write(buffer, 0, len);
    }
    in.close();
    arrayOutputStream.close();
    final String str = new String(arrayOutputStream.toByteArray(), "utf-8");
    Debug.i_MrFu("做了解压的数据 = " + str);
}

最终发现，确实下发的数据是压缩过的。此时，iOS 也找到了问题的所在，iOS 的 NSURLConnection 类会针对有 gzip 头的 response 进行自动解压。所以他们 debug 时拿到的 byte[] 其实是已经解压好的，看此 issue: NSURLConnection/NSURLRequest gzip support!

结论

• Chrome 在 network 调试时会针对 gzip 的头进行自动判断是否解压
• iOS 的 NSURLConnection 类会针对 gzip 的头进行自动判断是否解压
• OkHttp 会针对 gzip 的头进行自动判断是否解压
• HttpURLConnection 所有的事情都要自己做，所以必须自行使用 GZIPInputStream 写解压代码的 do gzip 注释，如上方法
• 我应该早点用 HttpURLConnection 进行 debug 输出数据流的….工具(Stetho)在此时就显得过于好用了(自动解压了)
• 即便是看到的，也不是事情的真相，只有不断的像深入挖掘事情的真相