在Java中解压缩GZIPed HTTP响应

bil*_*ute 9 java compression gzip httpresponse

我正试图通过使用来解压缩GZIPed HTTP响应GZIPInputStream.但是,当我尝试读取流时,我总是有相同的异常:java.util.zip.ZipException: invalid bit length repeat

我的HTTP请求标头:

GET www.myurl.com HTTP/1.0\r\n
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2) Gecko/20100115 Firefox/3.6\r\n
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8\r\n
Accept-Language: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3\r\n
Accept-Encoding: gzip,deflate\r\n
Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7\r\n
Keep-Alive: 115\r\n
Connection: keep-alive\r\n
X-Requested-With: XMLHttpRequest\r\n
Cookie: Some Cookies\r\n\r\n
Run Code Online (Sandbox Code Playgroud)

在HTTP响应头的末尾,我得到path=/Content-Encoding: gzip,然后是gziped响应.

我试过2个similars代码来解压缩:

更新:在以下代码中, tBytes = (the string after 'path=/Content-Encoding: gzip').getBytes ();

GZIPInputStream  gzip = new GZIPInputStream (new ByteArrayInputStream (tBytes));

StringBuffer  szBuffer = new StringBuffer ();

byte  tByte [] = new byte [1024];

while (true)
{
    int  iLength = gzip.read (tByte, 0, 1024); // <-- Error comes here

    if (iLength < 0)
        break;

    szBuffer.append (new String (tByte, 0, iLength));
}
Run Code Online (Sandbox Code Playgroud)

这是我在这个论坛上得到的一个:

InputStream     gzipStream = new GZIPInputStream   (new ByteArrayInputStream (tBytes));
Reader          decoder    = new InputStreamReader (gzipStream, "UTF-8");//<- I tried ISO-8859-1 and get the same exception
BufferedReader  buffered   = new BufferedReader    (decoder);
Run Code Online (Sandbox Code Playgroud)

我猜这是一个编码错误.

最好的祝福,

bill0ute

Wim*_*nen 9

您没有tBytes在此处显示如何获得用于设置gzip流的内容:

GZIPInputStream  gzip = new GZIPInputStream (new ByteArrayInputStream (tBytes));
Run Code Online (Sandbox Code Playgroud)

一种解释是您要包含整个HTTP响应tBytes.相反,它应该只是HTTP标头之后的内容.

另一种解释是,响应是分块的.

编辑:您将内容编码行之后的数据作为邮件正文.但是,根据HTTP 1.1规范,头字段没有按任何特定顺序排列,因此这非常危险.

正如HTTP规范的这一部分所解释的那样,请求或响应的消息体不是在特定的头字段之后,而是在第一个空行之后:

请求(第5节)和响应(第6节)消息使用RFC 822 [9]的通用消息格式来传输实体(消息的有效载荷).两种类型的消息都包括一个起始行,零个或多个标题字段(也称为"标题"),一个空行(即CRLF前面没有任何内容的行),表示标题字段的结尾,可能还有一个邮件正文.

你仍然没有显示你究竟是如何撰写的tBytes,但是在这一点上我认为你错误地在你尝试解压缩的数据中包含空行.消息正文在空行的CRLF字符后启动.

我可以建议您使用httpclient库来提取邮件正文吗?