不是。DRM 是出版方给电子书加的版权保护，解密密钥只存在于你的 Kindle 设备或亚马逊账号里，从来不在文件本身中。任何在浏览器里运行的工具都不可能解开它——能解的工具本质上是在破解版权保护，我们不做这件事。判断方法很简单：从 Kindle 商店购买、通过 Kindle App 或设备下载的书，基本都带 DRM；而自己用 calibre 转出来的、从公版书网站（如 Project Gutenberg）下载的、别人用 kindlegen 打包的，通常没有 DRM，可以正常转换。本工具在你拖入文件的瞬间就会读文件头判断，不会让你白等一场再报错。

虽然它们外层都是同一种 PDB 容器、扩展名看着像近亲，但内部结构完全不同。.mobi（也叫 MOBI6）里正文是一整块 HTML，用 filepos 字节偏移做跳转，是十几年前的老格式；.azw3（也叫 KF8）的正文被切成"骨架 + 碎片"两张表，要按插入位置重新拼装，支持真正的 CSS 排版和内嵌字体。另外还有一种"合体包"：一个 .mobi 文件里同时塞了 MOBI6 和 KF8 两份内容。本工具三种都识别，遇到合体包会自动选排版更好的 KF8 那一份来转。

都会保留。章节目录从书里的 NCX 索引重建，原文件没有目录时会退而按正文标题自动生成一份；插图、封面按原样提取成独立文件；AZW3 的 CSS 样式表也会一并带出来。书里的内部跳转链接（比如目录点进某一章、脚注回跳）会重新解析成 EPUB 的锚点，点击依然有效。会丢的只有 Kindle 特有的东西：生词提示、X-Ray、阅读位置同步——这些在 EPUB 标准里本来就没有对应物。

完全不上传。解析 MOBI 容器、解压正文、提取图片、重新打包 EPUB，全部在你自己的浏览器里跑，网络断开也照样能用。页面上限设为单个 200MB，实际瓶颈是内存——带大量彩色插图的书在转换过程中峰值内存约为文件体积的三到四倍，所以手机上转超过 50MB 的书可能会崩标签页，大书建议用电脑。

中文电子书为了保证字形显示，经常内嵌一整套中文字体，动辄十几到几十 MB，往往比正文本身还大好几倍。如果你的阅读器本来就有合适的中文字体（绝大多数都有），丢掉内嵌字体可以让 EPUB 体积大幅缩小，阅读体验没有区别。勾选后工具会同时把 CSS 里的 @font-face 规则一并去掉——只删字体文件不删规则的话，EPUB 会引用到不存在的文件，严格的阅读器会报错。

说明文件在下载或网盘同步时被截断了——文件内部的记录表指向的位置超出了文件末尾。这种残缺文件如果硬转，会得到一本内容少一半、目录还丢失的书，比直接报错更坑，所以工具选择拦下来。重新完整下载一次即可。顺带一提，很多"MOBI 打不开"的报错其实都是这个原因，不是格式问题。