zipEntry.modified


条目的最后修改时间。如果压缩包在额外字段中有更高精度的时间戳——比如 NTFS(0x000a)、Info-ZIP 扩展(0x5455)或 Info-ZIP Unix(0x5855)字段,就像大多数现代工具写的那样——会使用那个绝对的(UTC)时间;否则就用粗略的本地时间 MS-DOS 日期/时间字段(2 秒分辨率)。

🌐 The entry's last-modification time. When the archive carries a higher-fidelity timestamp in an extra field — an NTFS (0x000a), Info-ZIP extended (0x5455), or Info-ZIP Unix (0x5855) field, as most modern tools write — that absolute (UTC) time is used; otherwise the coarse, local-time MS-DOS date/time field (2-second resolution) is used.

有些工具只在本地文件头里存储它们的高精度时间戳,所以对于基于文件的条目(比如 zipFile.get() 返回的那种),第一次读取这个属性时可能会进行一次小的同步定位磁盘读取来获取那个文件头。如果读取失败,值会默默地退回到中央目录的数据。

🌐 Some tools store their high-fidelity timestamp only in the local file header, so on a file-backed entry (one returned by zipFile.get()) the first read of this property may perform a small synchronous positioned disk read to resolve that header. If that read fails, the value silently falls back to the central-directory data.