java - 解压缩 png 文件时线程有时会阻塞

Question

我正在开发一个 Android 应用程序，它需要从网络服务器下载一个带有少量 Logo (平均大小为 20-30KB 的 png 文件)的 zip 文件(最大大约 1.5 MB)。

我已经将文件下载和解压到android内部存储的过程封装在AsyncTask的doInbackground()方法中。
我遇到的问题是我开发(粘贴)的unZipIntoInternalStorage() 方法有时 永远运行。通常解压缩 Logo 并将其保存到内部存储中大约需要 900 毫秒，但由于某些未知原因，在循环期间大约 4 个执行 block 中的 1 个(并且“永远”停留在那里需要超过 2 或 3 分钟来解压缩所有 png 文件):

while ((count = zipInputStream.read(buffer)) != -1) {
         outputStream.write(buffer, 0, count);
}

已编辑:在进行一些日志记录和调试后，我发现执行速度变慢的行是:zipInputStream.read(buffer) 在 while 条件中。有什么想法为什么有时它运行得非常快而另一些却非常慢？

这是我解压下载文件并将它们保存到安卓内部存储器的完整方法。我还添加了从下载的 zip 文件中初始化 zipInputStream 的方法(这两种方法都在 doInBackground() 中执行):

        private void unZipIntoInternalStorage(ZipInputStream zipInputStream) {
        long start = System.currentTimeMillis();
        Log.i(LOG_TAG, "Unzipping started ");
        try {
            File iconsDir = context.getDir("icons", Context.MODE_PRIVATE);
            ZipEntry zipEntry;
            byte[] buffer = new byte[1024];
            int count;
            FileOutputStream outputStream;

            while ((zipEntry = zipInputStream.getNextEntry()) != null) {
                File icon = new File(iconsDir, zipEntry.getName());
                outputStream = new FileOutputStream(icon);

                while ((count = zipInputStream.read(buffer)) != -1) {
                    outputStream.write(buffer, 0, count);
                }
                zipInputStream.closeEntry();
                outputStream.close();
            }
            zipInputStream.close();
        } catch (Exception e) {
            Log.e(LOG_TAG + " Decompress", "unzip error ", e);
            e.printStackTrace();
        }
        Log.i(LOG_TAG, "Unzipping completed time required: " + (System.currentTimeMillis() - start) + " ms");
    }

    private ZipInputStream httpDownloadIconsZip(String zipUrl) {

        URLConnection urlConnection;
        try {
            URL finalUrl = new URL(zipUrl);
            urlConnection = finalUrl.openConnection();
            return new ZipInputStream(urlConnection.getInputStream());
        } catch (IOException e) {
            Log.e(LOG_TAG, Log.getStackTraceString(e));
            return null;
        }
    }

澄清一下，在多次测试和调试此方法后，永远的阻塞总是发生在我之前描述的嵌套 while 循环中。但我找不到原因(见编辑说明)此外，我已经使用 BufferedOutputStream 类尝试了这种方法，结果相同:嵌套 while 循环有时会永远运行，而其他人则在不到一秒的时间内成功解压缩。

希望我已经尽可能清楚，因为我花了很长时间在几篇关于解压缩文件或 Java I/O 方法的帖子中寻找问题的可能原因，但没有成功。

感谢任何帮助。谢谢

Answer 1

我会怀疑 InputStream 而不是输出是问题。

尝试:返回新的 ZipInputStream(new BufferedInputStream(urlConnection.getInputStream()));

您可以添加一个参数来设置缓冲区大小，但默认设置应该适合您的用例。

该问题通常是由较小的数据包大小引起的，导致一次读取强制执行多项 IO 操作。

理想情况下，您确实还想使用 BufferedOutputStream，因为 read 可以读取远小于 1kB 的数据，但您仍然需要为每次写入支付完整的 I/O。

作为一般规则，请记住 I/O 比您可以做的任何其他事情慢 100 倍，并且通常会导致调度程序将您的任务置于等待状态。因此，只需在流不在内存中的任何地方使用 BufferedStream(即基本上总是除了 StringBufferXXXStream 之外)。

在您的情况下，由于 zip 协议(protocol)，您的 read 可能会导致在实际网络套接字上进行任意数量的较小读取，因为 Zip 会解析和解释压缩文件的 header 和内容。