# 漫阅+ ZIP64资料核对：扩展计数不等于更多漫画页

语言：zh-CN
原文：[漫阅+ ZIP64资料核对：扩展计数不等于更多漫画页](<https://allluckly.cn/guides/manyue-cbz-zip64-count-size-record-boundary/>)
中文：[中文 HTML](<https://allluckly.cn/guides/manyue-cbz-zip64-count-size-record-boundary/>)
English: [English HTML](<https://allluckly.cn/en/guides/manyue-cbz-zip64-count-size-record-boundary/>)
发布于: 2026-11-12T00:00:00+08:00
内容更新于: 2026-11-12T00:00:00+08:00
署名：Bison

从归档报告区分16位条目计数、32位大小与ZIP64扩展值，使用小型原创副本核阅读，不生成巨型测试包。

归档工具标出ZIP64，不能直接读成文件坏了，也不能据此保证漫阅能处理任何大包。本篇把格式字段证据、归档内容与实际导入分三层记录。它不重复CRC完整性或压缩算法检查，也不要求读者为碰到某个边界而创建数万页或耗尽设备空间。

## 只读记录工具报告与原始副本身份

先保留原创三页漫画的普通CBZ及其归档工具报告，写文件名、字节大小、条目数、生成工具与日期。若手头已有来源明确的ZIP64副本，可把它作为第二样本；没有就只做字段阅读，不谎称已实际构造或导入。报告要说明是整个归档采用扩展结束记录，还是某个条目使用扩展大小，不能把两个层次的ZIP64标签混成同一件事。原文件不原地改头，不用十六进制编辑器把数字强塞成期待值。

## 条目计数与字节大小占用不同字段

普通结束记录的总条目计数字段为十六位，无符号最大表示值六万五千五百三十五；常规大小或偏移字段常为三十二位，最大值四十二亿九千四百九十六万七千二百九十五。两种数字分别计条目与字节，不能说超过六万五千页就等于超过四GB。目录、说明文件也可占条目，压缩前后大小也不同。先写报告所指字段名称，再解释数字；本篇数字是格式表示边界，不宣称任何安装版本的文件大小上限就是它。

## 全一占位需结合对应扩展记录读取

在需要扩展的字段中，`0xFFFF`或`0xFFFFFFFF`可作占位，实际值要结合对应ZIP64记录或扩展字段读取；不能把它们一概当损坏，也不能脱离字段位置就当真实总数。条目数扩展和某张图的扩展大小各查对应位置，不以任意出现一个字节串就完成验证。整文件搜索相同十六进制可能误碰压缩数据，可信报告应按结构解析。若工具未报告扩展值来源，保留无法核实，不自己补一个最像页数的数。

## 小归档也可能包含ZIP64信息

ZIP64不只意味着肉眼看见的总文件很大，写入工具也可能为小条目采用扩展形式；因此只有三张图片的样本也可能有相关记录。反过来，不见ZIP64标签并不保证条目都可读，还需另核压缩方法、加密、路径和数据完整性。把是否使用扩展、工具是否读懂、漫画是否显示三栏分开。本文不教强制生成某种低层结构，也不许诺某个压缩软件选项会生成完全一致的记录；已有工具能力不确定就不造样本。

## 先列实际图片再进入阅读器核对

对三页原创样本，外部清单明确第一张写A、第二张写B、第三张写C，均为自己可读取的普通图片。条目总数若为四，先查是否另有目录或说明项，而不是补画第四页。把导入后的封面、正文张数、A到C顺序和任一失败提示逐项记下；看到封面不代表三张都解码完成。若没有ZIP64样本，本步只对普通样本执行，并把扩展兼容列为未测试，不能因为格式解释正确就写导入验收已完成。

## 字段范围和设备资源限制不能互代

即使归档报告能表示一个大数，也不能据此说设备内存、存储、预览、Wi-Fi入口与阅读引擎都允许同规模内容。两GB导入入口限制若适用，是另一层产品条件，不等于ZIP字段的四GB数量级。压缩包小而解压图大也可能耗资源，不能只看传输字节。记录当前入口和可用空间即可，不主动生成边界大文件、不填满磁盘，也不把一次小样本成功外推为所有ZIP64归档、加密形式或分卷包均支持。

## 失败时保留结构证据与最小阅读样本

导入失败先保留报告和错误阶段，区分无法选文件、解析归档失败、图片解码失败与只显示了部分页，不先统称ZIP64不支持。若已有外部工具能从合法原件读出三张自制图，可另存普通CBZ作小对照，原ZIP64副本保留不改。对照成功只能缩小条件差异，还可能同时改变目录或压缩参数，需记录。求助材料不含私人漫画或服务器凭据，不为了修一个包清掉整库；未定位原因时明确只是候选，避免伪造确定结论。

## 退出返回后复查三层证据

退出阅读器再返回已导入的小样本，重新看A、B、C，不只回封面；同时对照外部条目清单与扩展字段报告。最终交付原件身份、字段名称、扩展值来源、真实图片数、导入路径及实际显示六项。验收可以是扩展兼容尚未测试，但字段已读清；不强迫制造一个假成功。与CRC篇不同，本篇确认计数与大小的表示方式，不保证安全、数据无损、漫画页齐全或任何设备都能处理超大书。

## 相关教程与资料

[漫阅+ CBZ压缩方法核对：能列目录不等于每个图片条目都能读取](<https://allluckly.cn/guides/manyue-cbz-per-entry-compression-method/>)、[漫阅+ CBZ完整性检查：先检ZIP条目，再核对实际漫画页](<https://allluckly.cn/guides/manyue-cbz-zip-readonly-integrity-test/>)。

资料核对：2026 年 11 月 12 日，[Apple 公开查询](<https://itunes.apple.com/lookup?id=6753895889&country=cn&entity=software&timestamp=20261112>)显示漫阅+ 2.0.5，最低 iOS / iPadOS 15.0。公开能力参见[官方 App Store](<https://apps.apple.com/cn/app/id6753895889>)，具体入口以安装版本实际可见为准。

方法依据：[PKWARE：ZIP格式与ZIP64扩展记录](<https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT>)。样本、短句和对照为原创练习；资料用于定义与检查方法，不证明应用新增自动分析。人工清单可保存在外部，未知字段应明确待核；本文没有声称已对真机、私人服务器或全部输出环境逐项实测。