创建 ZipFile 时获取 ArrayOutOfBounds

Question

我在创建 ZipFile 时得到以下堆栈：

final ZipFile zipFile = new ZipFile(mDownloadedFile);

错误：

java.lang.RuntimeException: An error occured while executing doInBackground()
    at android.os.AsyncTask$3.done(AsyncTask.java:299)
    at java.util.concurrent.FutureTask$Sync.innerSetException(FutureTask.java:273)
    at java.util.concurrent.FutureTask.setException(FutureTask.java:124)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:307)
    at java.util.concurrent.FutureTask.run(FutureTask.java:137)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
    at java.lang.Thread.run(Thread.java:856)
    Caused by: java.lang.ArrayIndexOutOfBoundsException: length=4096; regionStart=0; regionLength=-60060589
    at java.util.Arrays.checkOffsetAndCount(Arrays.java:1731)
    at libcore.io.IoBridge.read(IoBridge.java:427)
    at java.io.RandomAccessFile.read(RandomAccessFile.java:290)
    at java.util.zip.ZipFile$RAFStream.read(ZipFile.java:407)
    at java.io.InputStream.read(InputStream.java:163)
    at java.io.BufferedInputStream.fillbuf(BufferedInputStream.java:142)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:309)
    at libcore.io.Streams.readFully(Streams.java:81)
    at java.util.zip.ZipEntry.<init>(ZipEntry.java:353)
    at java.util.zip.ZipFile.readCentralDir(ZipFile.java:365)
    at java.util.zip.ZipFile.<init>(ZipFile.java:132)
    at java.util.zip.ZipFile.<init>(ZipFile.java:103)
    at xxx.android.task.xxTask.unzipFile(xxTask.java:250)
    at xxx.android.task.xxTask.extract(xxTask.java:197)
    at xxx.android.task.xxTask.doInBackground(xxTask.java:157)
    at xxx.android.task.xxTask.doInBackground(xxTask.java:53)
    at android.os.AsyncTask$2.call(AsyncTask.java:287)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
    ... 4 more

我无法重现错误。它只是发生在世界某个地方，在一个实时应用程序中，我通过我们的邮件堆栈跟踪器收到了这个错误。

有负regionLength=-60060589？这怎么可能？当我尝试在存储上创建已删除文件的文件时会发生这种情况吗？ 喜欢：下载 - 由于某种原因失败并删除文件 - 再次下载 - 崩溃。

编辑：mDownloadedFile 是在下载开始之前创建的文件。在正常情况下，它是使用 new 创建的，但在重试情况下（当下载由于某种原因失败时），它会使用文件再次启动任务。我现在删除了这部分，因为它不需要，如果这可能是我已经修复的错误，但也许有人知道不同的东西。

一些想象？谢谢

Answer 1

我找到了一行代码：

FileOutputStream fileOutputStream = new FileOutputStream(mDownloadedFile, true);

第二个参数是append，意思是：

如果 append 为 true 并且文件已经存在，则将其追加到；否则会被截断。

在最坏的情况下，由于重试功能，这种情况会无休止地发生。正常情况是 5 次重试下载和解压缩。但在最坏的情况下，这种情况会无休止地发生，文件会变得非常大。

感谢 Andy Res 和他的想象力，这是找到这条线的关键:-)

Answer 2

一些想象？

这是我的尝试：
如果您将文件的长度存储在int 中，那么一个潜在的原因可能是具有更大大小的文件超过了int 可以容纳的最大允许值。换句话说，regionLength 的数值太大，无法用int 表示。
您可以通过尝试使用一个大 zip 文件（例如几 GB 大小）进行测试来确认这一点。如果是这样，那么将长度保存在 long 中可以解决问题。