Java：从InputStream读取并不总是读取相同数量的数据

Question

无论好坏，我一直在使用如下代码，没有任何问题：

ZipFile aZipFile = new ZipFile(fileName);   
InputStream zipInput = aZipFile.getInputStream(name);  
int theSize = zipInput.available();  
byte[] content = new byte[theSize];  
zipInput.read(content, 0, theSize);

我已经使用了它（这种获取可用大小并直接读取字节缓冲区的逻辑） 对于 File I/O 没有任何问题，我也将它与 zip 文件一起使用。

但最近我遇到了一个情况，zipInput.read(content, 0, theSize); 实际上读取的字节数比可用的 theSize 少了 3 个字节。

由于代码不在循环中检查 zipInput.read(content, 0, theSize); 返回的长度，所以我读取了最后 3 个字节丢失的文件
后来程序无法正常运行（该文件是二进制文件）。

奇怪的是，对于较大尺寸的不同 zip 文件，例如 1075 字节（在我的例子中，有问题的 zip 条目是 867 字节），代码工作正常！

我知道代码的逻辑可能不是“最好的”，但为什么我现在突然遇到这个问题？

如果我立即使用更大的 zip 条目运行该程序，它为什么会起作用呢？

非常欢迎任何意见

谢谢

Answer 1

从InputStream 读取 API 文档：

尝试读取 len 个字节，但数量较少
可以阅读。

... 和：

返回：读入缓冲区的总字节数，如果
没有更多数据，因为已到达流末尾。

换句话说，除非 read 方法返回 -1，否则仍有更多数据可供读取，但您不能保证 read 将准确读取指定的字节数。指定的字节数是描述它将读取的最大数据量的上限。

Answer 2

使用 available() 并不能保证它计算到流末尾的总可用字节数。
参考Java InputStream 的 available() 方法。它说

返回可以从此输入流读取（或跳过）的字节数的估计值，而不会被下次调用该输入流的方法阻塞。下一次调用可能是同一个线程或另一个线程。单次读取或跳过这么多字节不会阻塞，但可能会读取或跳过更少的字节。

请注意，虽然 InputStream 的某些实现将返回流中的字节总数，但许多实现不会返回。使用此方法的返回值来分配用于保存此流中所有数据的缓冲区永远是不正确的。

您的问题的示例解决方案如下：

ZipFile aZipFile = new ZipFile(fileName);   
InputStream zipInput = aZipFile.getInputStream( caImport );  
int available = zipInput.available();  
byte[] contentBytes = new byte[ available ];  
while ( available != 0 )   
{   
    zipInput.read( contentBytes );   
    // here, do what ever you want  
    available = dis.available();  
} // while available  
...   

这肯定适用于所有大小的输入文件。

Answer 3

执行此操作的最佳方法应该如下所示：

public static byte[] readZipFileToByteArray(ZipFile zipFile, ZipEntry entry)
    throws IOException {
    InputStream in = null;
    try {
        in = zipFile.getInputStream(entry);
        return IOUtils.toByteArray(in);
    } finally {
        IOUtils.closeQuietly(in);
    }
}

其中 IOUtils.toByteArray(in) 方法不断读取直到 EOF，然后返回字节数组。