EPUB先列有哪些资源，再用spine说明默认怎么读

一个EPUB包里已经列出了若干内容文件，为什么还需要spine？W3C的EPUB 3.3没有把资源清单直接叫作阅读顺序。2026年1月13日推荐标准的第五章概述，将manifest和spine分别描述为资源集合与有序引用。本文采用的是这一版中的概念说明。

Manifest通过URL识别出版资源，并用MIME媒体类型描述它们。这层信息帮助说明包中涉及什么资源、资源在哪里以及属于什么格式。它的任务是把资源身份列清楚，不能仅因看见一个章节文件名，就认为已经知道读者默认从哪一章开始。文件能被识别，与它在阅读进程中的位置并不是同一个字段问题。

Spine则是一串指向manifest中顶层资源的ID引用，并且这个序列有顺序。原文明确说，它定义出版物的默认阅读顺序。这里并非再创建一份互不相关的内容：有序引用所面对的，是资源清单中已经能够识别的对象。清单与序列因此既有联系，又各自承担信息。

可以用一个自拟情形理解这种分工：资料显示两个章节资源都在包中，却没有呈现它们在spine中的先后。仅凭“两个都存在”，仍不能回答默认先读哪一个。这个假设没有处理真实电子书，也没有给出可以复制执行的XML，更不据文件名的数字猜测阅读器实际行为。

术语层次也需保持清楚。第三章介绍manifest plane时，将它作为更广的资源分类概念，其中还包含linked resources；随后明确，这类链接资源不列入package document的manifest，而由元数据中的link表达。因此，概念图景中的manifest plane，不能与包文件里同名清单不加区分地互换。

这些内容来自第三章介绍及第五章5.1的非规范性概述，并辅以同版术语定义。它们适合解释“资源集合”和“默认顺序”的职责，不能替代全部具体元素要求。本篇没有采用未读取的5.6与5.7详细正文，没有验证文件是否符合标准，也没有测试阅读器能否呈现某种资源。

对数字阅读资料的交接，把资源身份与默认阅读序列分别留下，才知道一份描述已经说明了哪一步。电子书能否完整读取、怎样提供其他导航或在特定设备上显示，仍需要相应证据；仅看到manifest或spine这两个名称，都不足以宣称兼容性或无障碍认证已经完成。