gpt4 book ai didi

java - 为什么 Jersey 客户端响应提供垃圾数据?

转载 作者:行者123 更新时间:2023-11-30 07:58:24 28 4
gpt4 key购买 nike

当我读取 Http Response 实体时,我不明白为什么我的代码会给我垃圾数据。只有当我向一个特定的 URL 发出请求时才会发生这种情况,其中的数据会导致 400 响应。我的代码尝试读取响应实体,但如下所示,它是垃圾。

这是一个简化的测试用例:

import org.junit.Test;

import javax.ws.rs.client.Client;
import javax.ws.rs.client.ClientBuilder;
import javax.ws.rs.client.Invocation;
import javax.ws.rs.client.WebTarget;
import javax.ws.rs.core.Response;
import java.util.List;
import java.util.Map;

public class Sandbox {
@Test
public void jaguarTestCase() {
Client client = ClientBuilder.newClient();

WebTarget target = client.target("http://www.jaguarusa.com/owners/vin-recall.html?view=vinRecallQuery&vin=xxxxxxxxxxxxxxxxx");
Invocation.Builder builder = target.request();
Response response = builder.get(Response.class);

System.out.println("Response Code:");
System.out.println("\t" + response.getStatus() + " - " + response.getStatusInfo().getReasonPhrase());

System.out.println("\nResponse Headers:");
for (Map.Entry<String, List<String>> entry : response.getStringHeaders().entrySet()) {
System.out.print("\t" + entry.getKey() + ": ");
for (String value : entry.getValue()) {
System.out.println(value);
}
}

String responseEntity = response.readEntity(String.class);
System.out.println("\nResponse Entity: ");
System.out.println(responseEntity);
}
}

以及该测试用例的输出:

Response Code:
400 - Bad Request

Response Headers:
X-Frame-Options: SAMEORIGIN
Cache-Control: no-cache, no-store, must-revalidate
Server: Apache-Coyote/1.1
Connection: keep-alive
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 135
Date: Tue, 08 Nov 2016 00:03:23 GMT
Content-Language: en-US
Content-Type: application/json;charset=UTF-8

Response Entity:
� \�1
�@E��:H
���B��C2����X�wנ��z�{%1�vw��:ga�����4$ ������k�Q�-i�����y��T��!f��� c� ��iK-��?z� ���dW��

这就是实体主体应该是什么(将 URL 粘贴到任何浏览器中并亲自查看):

{
"errorMessage" : "Please check your details and try again.",
"error" : 400,
"errorTitle" : "Sorry, that is not a valid VIN.",
"vin" : "XXXXXXXXXXXXXXXXX"
}

我使用的是 JDK 版本 1.8.0_102。我认为问题是在解析响应实体时发生的,因为报告的内容长度 135 是正确的值,通过在 Chrome 浏览器调试窗口中运行此请求来确认。

Content-Type 响应 header 显示 charset=UTF-8,这是我的 JVM 运行的方式。是什么赋予了?在处理了整个下午之后,我完全被难住了。

最佳答案

如果您检查响应 header ,您会注意到

Content-Encoding: gzip

乱码其实是压缩过的

关于java - 为什么 Jersey 客户端响应提供垃圾数据?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40476911/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com