iloveepub本地处理 — 文件永不离开你的设备
合并 EPUB
将多本 EPUB 合并为一个带统一目录的文件 — 全程在你的浏览器中完成。免费、不上传、无限制。
01添加你的 EPUB 文件
02为合并的书命名
用作合并后图书元数据和目录中的标题。
03合并并下载
你真正需要的是一个文件
一套三部曲，你想在 Send to Kindle 里只占一个条目；几讲课件 EPUB，要收成一包；三本公版书，希望在 Kobo 书架上只占一个位置。合并要解决的是阅读顺序，不是格式转换。你手里已经是合格的书。你要的是一个包、一个书名，以及一份能标出每本书从哪里开始的目录。
源文件是还得先缩小的扫描件，或者其中一本根本打不开，用这个工具就不对。先去压缩，或先用「修复我的 EPUB」。合并后的文件至少和各部分加起来一样大，Send to Kindle 邮件仍然停在 50 MB。
新的 EPUB 里会写入什么
每本输入单独解开，用完就释放，这样手机就不必同时把每一本书留在内存里。文件复制到 OEBPS/book-1/、OEBPS/book-2/，以此类推。清单 id 会重写，避免各书撞在一起。原来的导航文档不复制，因为它们的链接指向旧路径。取而代之的是新写的 nav.xhtml 和新的 toc.ncx。每本源书的书名是一条顶级条目，该书的章节排在它下面。
新的 content.opf 带着你填写的书名，以及按你排好的顺序组成的书脊。mimetype 条目排在第一位，不压缩存储。标记文本会压缩。图片、字体和音频直接存储，不再重新压缩。源书内部的相对链接仍然有效，因为那本书仍是一个文件夹，相对地址没有改。阅读位置和高亮不会跟着走：它们在阅读器应用里，不在 EPUB 里。
这些限制是真的
你至少需要两个 EPUB 文件。每本输入上限是 80 MB，这样标签页不太会在复制到一半时因内存不足被关掉。除了这道内存上限，书的本数没有固定限制。DRM 文件会被拒绝。工具不会编出贯穿整本合集的页码，也不会在书与书之间插入生成的扉页。
每本书的封面图会随该书一起复制。合并不会绘制一张新的合集封面。阅读器可能显示第一张被标成封面的图片，也可能一张都不显示，取决于设备。如果书架上的图很重要，对合并后的文件再跑一遍「更换 EPUB 封面」。
和 Calibre 的 EpubMerge 相比
Calibre 本身没有合并按钮。桌面上常见的做法是装 EpubMerge 插件。它能为每本源书加一页扉页，并写入系列元数据。它也嵌在 Calibre 里，所以随后一次不留神的转换，可能改写你本想原样留下的 CSS。
本页只把每本书的文件挪进一个 book-N 文件夹，写一份新的 OPF、nav 和 NCX，章节标记原样不动。它不写系列索引，也不加扉页。你想要那些生成出来的页面时，用 EpubMerge。要做的只是打包和阅读顺序时，用这一页。
如何合并 EPUB 文件
添加你的 EPUB 文件
选择两个或更多 .epub 文件。它们由你的浏览器直接读取 — 不会被上传到任何地方。
调整顺序并设置书名
上下移动书籍以确定阅读顺序，并为合并后的书起一个用于元数据和目录的标题。
下载合并后的 EPUB
合并后的书 — 带有覆盖全部输入的统一目录 — 直接保存回你的设备。
常见问题
每本书在目录里还会单独成一部分吗？
会。新的 nav 列出每本源书的书名，该书的章节嵌在下面。旧的 nav 和 NCX 不会再用，因为它们指向已经不存在的路径。
章节里的链接还能用吗？
指向同一本源书里其他文件的链接仍然有效。那本书是按文件夹复制的，相对地址没有改。指向 EPUB 外面的链接，以及阅读器应用存下的高亮，本来就不在这个文件里。
封面会怎样？
每张封面图随它所属的书一起复制。不会绘制新的合集封面。有些阅读器会显示第一张标了 cover-image 的图片。如果你想要一张指定的书架图，之后再跑「更换 EPUB 封面」。
为什么每本文件的上限是 80 MB？
正在复制的那本书必须留在内存里，然后才加载下一本。每本 80 MB 就是这道限度，让手机上的标签页不太会在合并途中因内存不足被关掉。除了这道内存上限，你能添加多少个文件没有另外的限制。
这和在 Calibre 里把两本书都转换一遍有什么不同？
Calibre 的 EpubMerge 插件可以插入扉页和系列元数据，之后的「转换」步骤还可能改写 CSS。这次合并不转换标记。它把每本书复制到一个 book-N 文件夹下，再在外面写一份新的 OPF、nav 和 NCX。