OkHttp首次调用execute方法返回乱码，后续调用正常求助

数据老陈

2026-6-15

SharePoint接口首次调用返回乱码的解决方案

问题回顾

首次调用SharePoint接口时返回带乱码的内容：

▼♦

??{"value":[]}??☺??B?@D

后续调用可正常返回{"value":[]}，Postman请求全程正常，使用OkHttp发起请求。

解决方案

强制处理Gzip压缩响应
SharePoint首次请求可能返回压缩后的内容，尽管OkHttp默认支持Gzip，但显式添加拦截器可确保压缩解码逻辑生效：

OkHttpClient okHttpClient = new OkHttpClient.Builder()
    .addInterceptor(chain -> {
        Request compressedRequest = chain.request().newBuilder()
            .header("Accept-Encoding", "gzip, deflate")
            .build();
        Response response = chain.proceed(compressedRequest);
        // 确保响应头标记压缩类型，让OkHttp自动解码
        return response.body() != null && !response.headers().contains("Content-Encoding")
            ? response.newBuilder().header("Content-Encoding", "gzip").build()
            : response;
    })
    .build();

移除Accept头中的streaming=true参数
streaming=true可能触发SharePoint流式响应逻辑，导致首次请求编码异常，Postman会自动适配这类场景，修改请求头：
```
.header("Accept", "application/json;odata=nometadata;charset=utf-8")
```
显式指定UTF-8字符集解析响应
避免OkHttp自动识别字符集错误，手动指定UTF-8解码响应体：
```
if (responseBody != null) {
    responseString = responseBody.string(Charset.forName("UTF-8"));
}
```
清理OkHttp连接池
首次连接可能存在异常缓存，请求完成后清理连接池避免复用异常连接：
```
okHttpClient.connectionPool().evictAll();
```