Java中获取无转义Post请求响应体及HttpGet响应异常排查

我之前也碰到过类似的HttpClient返回奇怪响应体的情况，结合你的描述和代码来看，大概率是这几个原因在作祟，咱们一步步排查：

1. 先检查请求方法是否匹配！ #

你问题开头说的是Post请求，但代码里写的却是HttpGet！这很可能是核心问题：Postman里你发的是正确的Post请求，所以服务器返回了预期的{"errors": ["permission denied"]}；但代码里用了Get请求，服务器针对非法的Get请求返回了包装后的错误信息，也就是你看到的{"errors":["1 error occurred:\n\t* permission denied\n\n"]}。

先把代码里的HttpGet改成HttpPost试试，同时记得如果是Post请求，还要设置对应的请求体和Content-Type头（如果需要的话），比如：

HttpPost request = new HttpPost(url);
request.setHeader("Accept", "application/json");
request.setHeader("Content-Type", "application/json");
// 如果有请求体，添加这部分
StringEntity requestBody = new StringEntity("你的请求体内容", StandardCharsets.UTF_8);
request.setEntity(requestBody);
response = client.execute(request);

2. 排查HttpClient的默认错误处理机制 #

如果请求方法没问题，那可能是Apache HttpClient的默认配置在搞鬼：它会自动对4xx/5xx这类错误状态码的响应做包装，把原始响应体替换成格式化的错误信息。

你可以尝试创建一个禁用自动错误处理的HttpClient实例：

CloseableHttpClient client = HttpClientBuilder.create()
    .disableAutomaticRetries()
    .disableRedirectHandling()
    .build();

3. 绕过EntityUtils，直接读取响应流 #

有时候EntityUtils.toString()会和HttpClient的拦截器配合，导致响应体被修改。你可以直接读取响应的输入流，获取最原始的内容：

HttpEntity entity = response.getEntity();
if (entity != null) {
    try (InputStream inputStream = entity.getContent();
         BufferedReader reader = new BufferedReader(new InputStreamReader(inputStream, StandardCharsets.UTF_8))) {
        StringBuilder responseBody = new StringBuilder();
        String line;
        while ((line = reader.readLine()) != null) {
            responseBody.append(line);
        }
        System.out.println("原始响应体：" + responseBody.toString());
    } catch (IOException e) {
        e.printStackTrace();
    }
}

4. 对齐Postman的请求头 #

对比Postman和代码里的请求头，确保完全一致。比如Postman里的User-Agent、Accept-Encoding等头，你都可以加到代码的请求里，模拟Postman的请求环境：

request.setHeader("User-Agent", "PostmanRuntime/7.26.8");
request.setHeader("Accept-Encoding", "gzip, deflate, br");

按照这个顺序排查，应该能快速定位问题！

内容的提问来源于stack exchange，提问作者TanakaSan