考虑以下代码:
OkHttpClient client = new OkHttpClient();
MediaType mediaType = MediaType.parse("text/plain; charset=utf-8"); // [A]
RequestBody body = RequestBody.create(mediaType, media);
String[] aclHeader = "x-goog-acl:public-read".split(":");
Request request = new Request.Builder()
.addHeader("Content-Type", "text/plain") // [B]
.addHeader(aclHeader[0], aclHeader[1])
.url(url)
.put(body)
.build();
Response response = client.newCall(request).execute();
我正在使用以前签名的 URL 从客户端访问 GCS。
问题:似乎 okhttp 还将为正文 [A] 声明的字符集添加到 URL(至少对于 text/plain),即使它没有在 [B] 中声明。这弄乱了我的签名 URL,GCS 返回 403 Forbidden。
- 如果我从 [A] 中删除字符集,它仍然会被添加。
- 如果我在签名之前将字符集添加到签名的 URL,它会起作用并且 GCS 返回 200 OK。
但这不是应该的。至少在使用签名 URL 时,这些 URL 必须完全按照声明的方式发送到服务器。
我尝试使用 Apache http 客户端(我不想在生产中使用它,因为 okhttpclient 已经是我安装的一部分)并且该客户端没有公开此行为:
String[] aclHeader = "x-goog-acl:public-read".split(":");
StatusLine statusLine = Request
.Put(url)
.addHeader("Content-Type", "text/plain")
.addHeader(aclHeader[0], aclHeader[1])
.bodyByteArray(media)
.execute().returnResponse().getStatusLine();
有没有办法抑制 okhttp 中的行为,它添加到 Content-Type 或在正文中冗余传输 Content-Type?