MOBI/AZW3 → Markdown/DOCX

MOBI/AZW3 是什么

Mobipocket（.mobi）是亚马逊收购后长期作为 Kindle 默认投递格式的电子书格式；AZW3（也叫 KF8）是它的后继者，支持更完整的 HTML5/CSS 排版；.azw 是更早的亚马逊自有封装。三者都能重排、都支持目录与元数据，日常可以视为同一个家族。需要注意它们是亚马逊生态的私有格式，且从 2022 年起亚马逊已改用 KFX/EPUB 投递，.mobi 更多是存量文件。

Markdown/DOCX 是什么

这里把 Markdown（.md）与 Word 文档（.docx）归为一族，因为它们在转换中的角色相同：都是「带轻量结构的写作源文件」。Markdown 是纯文本加标记符号（# 标题、** 加粗），干净但表达力有限；.docx 是一个 ZIP 包，里面是 Office Open XML，排版信息远比 Markdown 丰富（分页、页眉页脚、批注、修订）。两者都适合作为转换的起点，而不是最终的阅读格式。

MOBI/AZW3 转 Markdown/DOCX 需要注意什么

先从源格式抽出内容时

.mobi/.azw3 是亚马逊的私有二进制容器，没有公开的官方解析规范，第三方工具靠逆向实现，偶发解析失败或丢失部分元数据。AZW3 内部其实是 HTML，所以抽取正文比抽取排版更容易。

写进目标格式时

生成 .docx 适合后续继续编辑，但阅读体验不是它的目标：分页会随 Word 版本和字体变化，手机上看排版容易错乱。若目标是阅读器，EPUB 才是正确终点。

两端格式交互带来的坑

• 源文件自带目录结构（章节标记），而目标格式没有目录概念 —— 读的时候只能一路翻。若目标仍需导航，可考虑用「分章后的 TXT + 明确的章标题行」来人工保留可读的分界。
• 源是私有的二进制容器，目标是有固定目录结构的压缩包。转换不是「解包再打包」，中间必须有一次真正的格式解析与重建 —— 所以一定要用成熟工具，手工处理几乎必然产出阅读器无法识别的文件。

转换后自检清单

1. 先用前 3 章试转，确认没有丢字、串行或错位，再整本转换。
2. 随机翻 5 处，搜索书中一个人名，确认文本可被完整检索。
3. 确认插图数量与位置：尤其看图片有没有挤在章节末尾。
4. 补全书名、作者、语言；语言标签写错会导致排版（如中文断行）异常。

小说转换的特殊之处

小说是最常见、也最特殊的一类电子书：几百上千章、几乎没有图表、常常只有一份 TXT 源文件，中文源还经常带防盗乱码。下面几点是最容易踩、也最影响阅读体验的。

• 长篇小说动辄数百上千章，目录质量直接决定这本书能不能用。转换前先把章标题统一成一种可识别的写法（例如都写成「第X章 标题」并独占一行），否则目标格式里的目录会缺章、串章，甚至整本只剩一章。
• 分卷信息（「第一卷」「第二卷」）在多数转换里会被降级成普通标题，卷与章的层级关系随之丢失。如果你在意层级，转换后到编辑器里把卷标题提升一级，别让它和章标题平级。

MOBI/AZW3 转 Markdown/DOCX 的工具

下面这些工具都能完成这个方向的转换，按你的操作系统和文件数量挑一个即可。动手前建议先看上一节的注意事项 —— 顺序错了（比如该先 OCR 却直接转）往往要重来一遍。

常见问题

相关格式转换