把文件交给它
选择或拖入 .epub 文件；也可以直接把内容粘进来。
EPUB 元数据查看器
选择一个 .epub 文件，工具会打开它的 ZIP 容器，核对未压缩的 mimetype 条目，再顺着 META-INF/container.xml 找到 OPF 包文件，列出书名与副标题、创作者和其他贡献者（附角色代码，如 aut、edt）、出版社、语言、出版日期与修改日期、主题、版权声明、简介和 EPUB 版本。所有 dc:identifier 都会连同标识方案一起列出，唯一标识符用星号标出；形如 ISBN-10、ISBN-13 或 UUID 的值会被识别，ISBN 还会计算校验位。阅读顺序（spine）按 itemref 顺序展示，每项带 idref、链接路径、媒体类型和是否线性阅读；旁边是从 EPUB 3 的 nav 文档或 EPUB 2 的 NCX 读出的嵌套目录。清单按媒体类型统计数量，找不到对应资源的 spine 引用、多余的包文件和字体混淆都会单独成表。元数据和目录都可以下载为 JSON。
支持格式: .epub处理位置: 你的浏览器
或把文件拖到这里
✓ 文件只在当前设备处理文件上限：48 MB
EPUB 元数据查看器怎么用
等它处理完
文件在你的浏览器里读取和解析，不会先传到服务器。
核对结果再用
看一眼识别或转换的结果，再用页面上的复制、下载等操作。
想知道文件是怎么处理的？ 看统一的隐私说明 →
常见问题
怎么在线查看 EPUB 文件的书名和作者？
选择 .epub 文件后，元数据面板直接列出书名、副标题、作者及其角色。作者行后面方括号里是文件自带的角色代码，例如 [aut] 是作者、[edt] 是编辑；如果 EPUB 3 用 display-seq 指定了排序，创作者会按这个顺序排列，没有序号的排在后面并保持文件原顺序。
怎么查 EPUB 电子书的 ISBN？
ISBN 写在 OPF 的 dc:identifier 里，标识符表会把它连同标识方案和元素 id 一起列出，被包文件 unique-identifier 指向的那一条用 ★ 标出。13 位（978/979 开头）或 10 位的数字串会计算校验位：校验通过或明确标为 ISBN 的值，识别类型显示 isbn，校验结果写在元数据 JSON 的 isbnChecksumValid 字段里。一本书常同时带 UUID 和 ISBN，两者都会列出。
查看 EPUB 元数据时文件会上传到服务器吗？
不会，EPUB 在当前浏览器标签页里解压和解析，不发送到任何服务器。工具读取 container.xml、OPF 和目录文件；如果书里有 META-INF/encryption.xml，也会读取它来判断保护类型，此外不解压其他部件。结果也不写入浏览器存储，关闭页面就消失。
Windows 和 Mac 上不装软件怎么查看 EPUB 元数据？
用新版 Chrome、Edge、Firefox 或 Safari 打开本页并选择文件即可，不用装 Calibre 之类的软件。解压依赖浏览器内置的 deflate-raw 解压能力，过旧的浏览器会提示“浏览器不支持解压”，升级浏览器后再试。
手机上能查看 EPUB 的目录和元数据吗？
可以，安卓和 iPhone 的新版浏览器都能用文件选择器打开 EPUB。目录按层级列成表格，层级、标题文字和链接路径各占一列，屏幕窄时可横向滑动；层级很深的目录在手机上看会比较长，可以下载目录 JSON 到电脑上细看。
EPUB 提示“不是 ZIP 文件”或“ZIP 已损坏”怎么办？
这说明文件开头不是 ZIP 本地文件头，或 ZIP 目录读不通，常见于下载不完整或改了扩展名的文件。先确认文件大小与来源一致，重新下载一次；如果是自己打包的，用制作工具重新导出 EPUB，而不是用普通压缩软件改包，否则 mimetype 条目也容易出错。
为什么 EPUB 显示受 DRM 保护、什么都不列出？
文件里有 Adobe、Apple 或 Readium 的授权文件，或者加密范围超出字体时，工具会停止读取。这时不显示元数据、阅读顺序和目录，也不尝试解密。想看这本书的信息，请回到购买或借阅它的阅读软件里查看。只做了字体混淆的书不一样：元数据照常显示，并另外注明字体没有被解混淆。
多大的 EPUB 文件能打开？
单个 EPUB 最大 50,000,000 字节，约 50 MB，超过会直接拒绝。另外每个被读取的 XML 部件解压后不超过 16 MiB；使用 ZIP64 格式的超大包不支持。图片多的大书通常没问题，因为图片和章节根本不会被解压。
EPUB 的 OPF 是 GBK 编码能读取吗？
不能，container.xml、OPF 和目录文件只接受 UTF-8 或 ASCII。GBK 编码的汉字字节不是合法 UTF-8，会提示“XML 部件不是有效的 UTF-8”，不会用乱码硬显示；内容只有 ASCII 却声明了 GBK、GB2312 等编码的，提示编码不受支持。OPF 出错时整本不显示，只是目录文件出错则多一条目录警告。开头的 BOM 会被去掉，不会混进书名。
来路不明的 EPUB 用这个工具查看安全吗？
这个工具只把 container.xml、OPF、目录文件以及存在时的 encryption.xml 当纯数据解析，不渲染章节、不运行脚本、不加载书里引用的网络资源。书中引用远程资源只会计数显示为提示；XML 嵌套层数和节点数都有上限。但这不等于这本书本身安全，放进会执行脚本的阅读器前仍要谨慎。
EPUB 的阅读顺序（spine）和目录有什么区别？
spine 是阅读器翻页的先后顺序，目录是给读者跳转用的导航，两者常常不一致。目录可以跳过封面、版权页，也能指向某一章内部的锚点；spine 中 linear 为 no 的项目（例如注释页）会被标出而不是省略。EPUB 3 优先读 nav 文档，EPUB 2 读 NCX。
元数据能正常显示，就代表这本 EPUB 合规吗？
不代表，能显示只说明 container 和 OPF 可以被读通，不等于通过完整的 EPUB 规范校验。目录文件缺失、损坏或超出层数和条目上限时，元数据照样显示，只是旁边多一条目录警告。章节文件本身、CSS 和图片都没有被检查；ISBN 校验位正确也只说明数字自洽，不能证明它属于这一版书。警告列表里的缺失条目、重复 id 等问题值得对照修正。