java.io.EOFException：ZLIB 输入 stream 的意外结束

Question

下面的代码用于从 API 读取数据。 来自 API 的数据的 Stream 采用 gzip 编码。 当单个 API 被命中时，数据正确，但是当使用多线程同时命中几个 API（不同）时，它会在下面的代码中的reader.readLine()行抛出以下异常。

使用的JDK：1.8

例外：

java.io.EOFException: Unexpected end of ZLIB input stream at java.util.zip.InflaterInputStream.fill(InflaterInputStream.java:240) ~[?:1.8.0_191]

url = new URL(urlString);
                    urlConnection = (HttpURLConnection) url.openConnection();
    
                    if (urlConnection != null) {
                        //encoding
                        urlConnection.setConnectTimeout(5000);
                        urlConnection.setReadTimeout(0);
                        urlConnection.setRequestMethod("GET");
                        urlConnection.setRequestProperty("Authorization", "Basic " + encoded);
                        urlConnection.setRequestProperty("Accept-Encoding", "gzip");
    
                        urlResponseCode = urlConnection.getResponseCode();
                        if (urlResponseCode == HttpURLConnection.HTTP_OK) {
                            inputStream = urlConnection.getInputStream();
                            if (inputStream != null) {
                                if ("gzip".equalsIgnoreCase(urlConnection.getContentEncoding())) {
                                    reader = new BufferedReader(new InputStreamReader(new GZIPInputStream(inputStream)));
                                } else {
                                    reader = new BufferedReader(new InputStreamReader(inputStream));
                                }
                                String line;
                                long mb = 1024 * 1024;
                                while ((line = reader.readLine()) != null) {
                                    //adding the line to a String Builder
                                }   

我知道有一些基于此异常的 stackoverflow 文章，但这些文章的情况不同。 所以，我问了这个。

我也知道异常可以被捕获并向前推进。 但这可能会导致数据丢失。 因此，最好提供替代方法。

此异常的原因可能是什么？

Answer 1

我也知道异常可以被捕获并向前推进。 但这可能会导致数据丢失。 因此，最好提供替代方法。

除非我弄错了，否则您在客户端无能为力。

问题是您的客户端代码正在读取的输入 stream 已被截断。

它可能是：

• 服务器中的应用程序代码未正确关闭生成 gzip 数据的 stream。 这很容易导致最后一个块没有被压缩和写入。 （ flush()是不够的。必须关闭GZIPOutputStream本身......假设这是生成压缩数据 stream 的方式。）
• 服务器在响应中设置了错误的内容长度，导致客户端 HTTP 堆栈截断 stream。

服务器也可能“放弃”请求，因为客户端读取它的速度太慢，或者遇到了错误。 这些事情中的任何一个都可能是由于客户端（或多个客户端）的请求使服务器过载。 但如果是这样，解决方案仍然必须在服务器端； 例如，减少服务器端工作线程的数量，以便服务器更好地处理过载。