<>太长了，读不下去了，你不需要建立一点额外的信息，但这是可以做的，没有排序，即使你的EME>确实有ESE>必须排序，性能成本也无关紧要。在

首先，让我解释一下zipfiles是如何工作的。(即使您了解这一点，以后有相同问题的读者也可能不理解。)

zipfile是0个或更多的片段，后跟一个中心目录。在

片段的处理就像它们都被连接到一个大文件中一样。在

文件的主体可以包含任意顺序的zip条目以及您想要的任何内容。(这是DOS/Windows的自解压归档文件的工作方式解压可执行文件位于第一个片段的开头。)任何看起来像zip条目但没有被中心目录引用的内容都不会被视为zip条目(修复损坏的zipfile时除外)

每个zip条目都以一个头开头，该头提供以下数据的文件名、压缩格式等。在

目录是包含大部分相同信息的目录项列表，外加一个指向在何处找到zip条目的指针。在

目录条目的顺序决定了归档文件的顺序。在if I call the builtin method extract("/home/msala/test.txt"), which copy of the file is extracted and written to the file system ?

这种行为在任何地方都没有被指定。在

提取整个归档文件应该按照zip目录中的顺序(与^{}给出的顺序)提取两个文件，第二个文件覆盖第一个文件。在

但按名称提取并不一定要同时给你两个，它可以给你最后一个，或第一个，或随机选择一个。在

Python给出了最后一个。它的工作方式是，当读取目录时，它构建一个dict映射文件名到ZipInfos，只是根据遇到的情况添加它们，所以最后一个文件名将覆盖前面的文件名。(Here's the 3.7 code.)每当您试图通过文件名访问某个内容时，它只会在该dict中查找文件名以获得ZipInfo。在

但这是你想要依靠的吗？我不确定。一方面，这种行为从python1.6到3.7都是一样的，这通常是一个很好的信号，表明它不会改变，即使它从未被记录在案。另一方面，还有一些开放的问题，包括#6818，它旨在通过某种方式向库添加删除支持，从而改变它。在

你自己做同样的事情其实并不难。另外一个好处是，你可以使用不同的规则，总是保持第一个，总是保持最新的修改时间，等等

您似乎担心排序infolist的性能成本，这可能不值得担心。读取和解析zip目录所需的时间将使您的成本几乎不可见。在

但你不需要在这里进行排序。毕竟，您不希望能够以某种顺序获取具有给定名称的所有条目，您只需要为每个名称获取一个特定条目。所以，您可以只做ZipFile在内部所做的事情，这只需要线性时间来构建，每次搜索它都需要恒定的时间。在这里你可以用任何规则。在entries = {}

for entry in zfh.infolist():

if entry.filename not in entries:

entries[entry.filename] = entries

这将保留任何名称的第一个条目。如果要保留最后一个，只需删除if。如果您想在modtime之前保留最新的，只需更改它if entry.date_time > entries[entry.filename].date_time:。等等。在

现在，不再依赖于调用extract("home/msala/test.txt")时发生的情况，您可以调用extract(entries["home/msala/test.txt"])，并知道您得到的是该名称的第一个/最后一个/最后一个/任何文件。在inside the zip archive, is there any flag telling that old copies .. are old copies, superseded by the last one ?

不，不是。在

删除文件的方法是将其从中心目录中删除。只需重写中心目录即可. 由于它位于zipfile的末尾，并且几乎总是小到足以容纳最小的软盘，所以即使在DOS时代，它也被普遍认为是合适的。在

(但是请注意，如果你拔掉电脑中间的插头，你就得到了一个没有中心目录的zipfile，它必须通过扫描所有的文件条目来重建。因此，许多更新的工具，至少对于较小的文件，会将整个文件重写为tempfile，然后在原来的基础上重命名，以保证安全的原子写入。)

至少有些早期的工具有时会用NUL重写条目的路径名的第一个字节，尤其是对于大型归档文件。但这并没有真正地将条目标记为已删除，它只是将其重命名为"\0ome/msala/test.txt"。事实上，许多现代工具都会将其视为准确的含义，并给您一些奇怪的错误，告诉您它们找不到名为'ome'或{}的目录或其他有趣的东西。另外，这意味着目录条目中的文件名不再与文件条目头中的文件名匹配，这将导致许多现代工具将zipfile标记为损坏。在

无论如何，Python的zipfile模块不能完成这两项工作，因此您需要将ZipFile子类来自己添加支持。在