java.util.zip-ZipInputStream与ZipFile

Question

我对java.util.zip图书馆有一些一般性问题。我们基本上要做的是许多小零件的进口和出口。以前，这些组件是使用单个大文件导入和导出的，例如：

<component-type-a id="1"/>
<component-type-a id="2"/>
<component-type-a id="N"/>

<component-type-b id="1"/>
<component-type-b id="2"/>
<component-type-b id="N"/>

请注意，导入期间组件的顺序是相关的。

现在，每个组件都应占用其自己的文件，该文件应进行 外部
版本控制（质量检查），bla，bla。我们决定，导出的输出应为zip文件（包含所有这些文件），而导入的输入应为类似的zip文件。我们不想爆炸我们系统中的zip。我们不想为每个小文件打开单独的流。我当前的问题：

Q1。是否可以ZipInputStream保证将zip条目（小的文件）以与我们使用的导出插入时相同的顺序读取ZipOutputStream？我认为阅读是这样的：

ZipInputStream zis = new ZipInputStream(new BufferedInputStream(fis));
ZipEntry entry;
while((entry = zis.getNextEntry()) != null) 
{
       //read from zis until available
}

我知道中央zip目录位于zip文件的末尾，但是其中的文件条目具有顺序顺序。我也知道依靠命令是一个丑陋的主意，但我只想牢记所有事实。

Q2。如果我使用ZipFile（更喜欢），调用getInputStream()数百次会对性能产生什么影响？它会比ZipInputStream解决方案慢很多吗？拉链被打开只有一次，ZipFile是由支持RandomAccessFile-这是正确的？我认为阅读是这样的：

ZipFile zipfile = new ZipFile(argv[0]);
Enumeration e = zipfile.entries();//TODO: assure the order of the entries
while(e.hasMoreElements()) {
        entry = (ZipEntry) e.nextElement();
        is = zipfile.getInputStream(entry));
}

Q3。从同一个ZipFile线程检索的输入流是否安全（例如，我可以同时读取不同线程中的不同条目）吗？有任何性能损失吗？

感谢您的回答！

Answer 1

问题1：是的，顺序与添加条目的顺序相同。

问题2：请注意，由于zip存档文件的结构以及压缩的原因，没有一种解决方案是完全流式传输的；它们都进行某种程度的缓冲。而且，如果您查看JDK源代码，则实现共享大多数代码。尽管索引确实允许查找与条目相对应的块，但是对内容内部没有真正的随机访问。因此，我认为应该没有有意义的性能差异；尤其是因为OS仍会对磁盘块进行缓存。您可能只想测试性能以通过一个简单的测试用例进行验证。

问题3：我不会指望这一点。而且很可能不是。如果您真的认为并发访问会有所帮助（主要是因为解压缩受CPU限制，那么它可能会有所帮助），那么我将尝试读取内存中的整个文件，通过ByteArrayInputStream公开，并构造多个独立的读取器。