MOBI 轉 PDF 工具
上傳 Kindle 的 MOBI 電子書，一鍵轉換為排版穩定的 PDF 文件
拖放 MOBI 檔案到此處，或點選選擇檔案
支援 .mobi 格式（無 DRM 加密），最大 5MB
什麼是 MOBI 轉 PDF？
MOBI 轉 PDF 是一款線上電子書格式轉換工具，能夠將 .mobi 電子書快速轉換為 PDF（可攜式文件格式）。MOBI 是 Mobipocket 公司（2005 年被亞馬遜收購）開發的電子書格式，長期作為 Kindle 裝置的主力格式之一；它的正文以壓縮後的 HTML 片段形式儲存在一個 Palm 資料庫（PDB）容器裡，文字會依螢幕尺寸重排。而 PDF 是固定版式的文件，每一頁都有確定的尺寸與座標，無論在什麼裝置上開啟都長得一樣。
把 MOBI 轉成 PDF，本質上是把「會流動的文字」固化成「分好頁的版面」。轉換引擎會先解析 PDB 容器，讀取其中的 PalmDOC 標頭與 MOBI 標頭，解壓各條文字記錄得到完整 HTML，再把封面、插圖等圖片記錄抽取出來，最後依設定的頁面大小、頁邊界與字級重新排版分頁，算繪成 PDF。轉換後的 PDF 適合列印、歸檔、在電腦上批註，或寄給沒有 Kindle 的人。整個流程在伺服器端完成，轉換結束後原始 MOBI 會從伺服器自動刪除，不留副本。
常見的需求情境：手裡有早期的 Kindle MOBI 書想列印幾頁、想把自製或公有領域的 MOBI 交付成固定版式的 PDF、學術資料需要固定頁碼方便引用，或者只是想在電腦上用 PDF 閱讀器翻閱--這些都能用本工具三步搞定，無需安裝 Calibre 等桌面軟體。需要注意的是，亞馬遜自 2022 年底起已停止透過「傳送至 Kindle」接收 MOBI，MOBI 正逐步被 EPUB 取代，但存量 MOBI 檔案仍可用本工具轉換。
使用方法
使用方法
- 點選上傳區域或將 MOBI 檔案拖入，僅支援 .mobi 格式
- 點選「轉換為 PDF」，伺服器將在數秒內完成解析、解壓與分頁
- 處理完成後點選「下載 PDF」將檔案儲存到本機
- 需繼續轉換其他檔案？點選「轉換其他檔案」重新開始
轉換檢查
- 轉換品質取決於 MOBI 的編碼、CSS 樣式與圖片資源是否完整；老版 MOBI 不支援內嵌字型，PDF 會用伺服器標準字型重排。
- 下載後請翻閱 PDF 檢查分頁、目錄與圖片，尤其是含大量插圖或表格的電子書。
使用情境
技術原理
MOBI 檔案本質上是一個 Palm 資料庫（PDB）二進位容器，遵循 PalmOS 的資料庫格式規範。其開頭是 78 位元組的 PDB 標頭：包含資料庫名稱（32 位元組）、屬性、版本號、建立/修改時間、類型識別碼（通常是 BOOKMOBI）、建立者識別碼（一般是 MOBI 或 TEXt）、記錄總數，以及一張記錄偏移表--表中每一項給出某條記錄在檔案中的位元組偏移與屬性。MOBI 的全部內容（文字、圖片、索引）都被切成等長的小塊（通常每塊 4096 位元組）作為一條條 PDB 記錄順序存放，記錄 0 是標頭資訊，其後是文字記錄，再往後是圖片記錄。
記錄 0 是解析 MOBI 的關鍵，它依次包含三段標頭資訊。首先是 PalmDOC 標頭：給出壓縮方式（1=不壓縮，2=PalmDOC 字典壓縮/Huffdic）、文字總長度、文字記錄數、單條記錄大小與加密類型。接著是 MOBI 標頭：以識別碼 "MOBI" 開頭，包含標頭長度、MOBI 類型、文字編碼（CP1252 或 UTF-8）、唯一 ID、產生器版本、第一張圖片記錄的索引（firstImageIndex）、壓縮字典相關欄位，以及 EXTH 旗標。若 EXTH 旗標被設定，則緊隨其後的是 EXTH 標頭：以 "EXTH" 開頭，列出若干類型-長度-值記錄，存放作者、書名、出版社、ISBN、ASIN、出版日期等元資料。
文字內容分散在記錄 1 到 N 中，需要依 PalmDOC 標頭指示的壓縮方式逐條解壓後拼接，才能得到完整的 HTML 文件。PalmDOC 壓縮是一種位元組導向的 LZ77 變體：用一位元旗標區分「原樣位元組」與「回溯參考」，回溯參考以 (距離, 長度) 對表示，從已解壓的輸出緩衝區複製一段資料，從而壓縮重複內容；Huffdic 則是 MOBI 自訂的 Huffman 方案。解壓得到的 HTML 是一個受限子集（接近 HTML 3.2/4），CSS 支援有限，老版 MOBI 不支援 SVG、巢狀表格與內嵌字型（KF8/AZW3 才放寬這些限制）。圖片透過 <img recindex="00001"> 參考，recindex 指向從 firstImageIndex 起的第幾張圖片記錄。
MOBI 轉 PDF 的流程因此分為四步：解析 PDB 容器拿到記錄偏移 -> 讀取記錄 0 的 PalmDOC/MOBI/EXTH 標頭確定編碼、壓縮與元資料 -> 解壓文字記錄得到 HTML 並抽取圖片記錄 -> 依設定頁面大小與頁邊界對 HTML 排版分頁，算繪成 PDF（字型作為 TrueType 子集嵌入，圖片重新編碼為 JPEG/Flate，遵循 ISO 32000-1/2）。這一步與 EPUB 轉 PDF 的分頁算繪相同，因此常藉助無頭瀏覽器（headless Chromium）的 print-to-PDF 還原 CSS；Calibre 的 ebook-convert 自帶 MOBI 輸入外掛與算繪管線，是命令列情境的事實標準，KindleUnpack 則可先把 MOBI 拆成 HTML 加圖片再交給算繪器。本工具僅接受無 DRM 加密的 MOBI；帶亞馬遜 DRM 的正版書無法解析。.azw3/KF8 是 MOBI 的現代後繼格式，結構更接近 EPUB，需用對應工具。
- PDB 容器結構：78 位元組 Palm 資料庫標頭（資料庫名稱、類型 BOOKMOBI、建立者、記錄數 + 偏移表），內容被切成約 4096 位元組的記錄順序存放
- 記錄 0 三段標頭：PalmDOC 標頭（壓縮方式、文字長度、記錄大小）-> MOBI 標頭（編碼、firstImageIndex、EXTH 旗標）-> EXTH 標頭（作者、書名、ISBN、ASIN 等元資料）
- 文字解壓：記錄 1 到 N 依 PalmDOC 標頭指示的壓縮方式（不壓縮 / PalmDOC LZ77 字典壓縮 / Huffdic Huffman）逐條解壓後拼接為完整 HTML
- HTML 子集與圖片：MOBI 用受限 HTML（接近 HTML 3.2/4）、CSS 有限、老版不支援 SVG 與內嵌字型；圖片以獨立記錄存放，用 <img recindex="00001"> 依索引參考
- 轉換四步：解析 PDB -> 讀標頭確定編碼/壓縮/元資料 -> 解壓文字並抽圖 -> 排版分頁算繪為 PDF（字型子集嵌入，圖片重新編碼，遵循 ISO 32000-1/2）
- 引擎與限制：常藉助 headless Chromium print-to-PDF 還原 CSS，或 Calibre ebook-convert（自帶 MOBI 輸入外掛）；僅接受無 DRM 的 MOBI，.azw3/KF8 是其現代後繼格式
- 格式現況：亞馬遜 2022 年底起停止透過「傳送至 Kindle」接收 MOBI，推薦改用 EPUB；存量 MOBI 仍可轉換，但格式正在被淘汰
範例
列印 Kindle 舊書
把早年匯入 Kindle 的 MOBI 小說轉成 PDF，挑需要的幾頁列印出來做筆記學術資料歸檔
MOBI 教材轉 PDF 後頁碼固定，寫論文引用「第 47 頁」指代明確電腦端閱讀
沒裝 Kindle 客戶端也沒關係，MOBI 轉 PDF 後直接用瀏覽器或 PDF 閱讀器翻閱常見問題
我的 MOBI 檔案會保留在本機裝置嗎？
不會。.mobi 檔案會上傳到我們的轉換伺服器，解析算繪成 PDF 後回傳供你下載。請將上傳內容視同已離開本機裝置，避免上傳未脫敏的敏感資料。轉換完成後原始檔案會從伺服器自動刪除。
支援哪些電子書格式？
本工具只接受 .mobi。.epub、.azw3、.pdf 等格式需用對應的轉換工具；EPUB 可用本站的 EPUB 轉 PDF 工具，.azw3/KF8 是 MOBI 的現代後繼格式，結構不同，需另行處理。
可以轉換帶 DRM 加密的 MOBI 嗎？
不可以。帶亞馬遜 DRM 加密的正版 Kindle 電子書無法被轉換器解析。請使用在合規範圍內取得的無加密 MOBI，例如自製電子書、公有領域書籍或已明確授權的檔案。
字型與排版會被保留嗎？
老版 MOBI 不支援內嵌字型，轉換後會用伺服器上的標準字型（含中文字型）排版，換行與分頁可能與 Kindle 上的效果略有差異。KF8/AZW3 才支援內嵌字型，但那是另一種格式。章節結構、封面與插圖會盡量保留。
轉換後的 PDF 是固定頁碼嗎？
是的。MOBI 是可重排的，沒有固定頁碼；PDF 是固定版式，每一頁都有確定的頁碼與座標。轉換時的頁面大小、頁邊界與字級由轉換引擎設定，因此 PDF 的頁碼與你用 Kindle 看 MOBI 時的位置沒有對應關係。
圖片、封面與目錄會保留嗎？
封面通常算繪為 PDF 第一頁，正文圖片（JPEG/GIF/BMP）會被重新編碼嵌入。MOBI 的目錄如果能從其內嵌索引或 HTML 錨點解析出來，會作為 PDF 書籤保留；章節標題會依分頁規則進入對應頁面。
為什麼 PDF 比原始 MOBI 大很多？
MOBI 的文字經過 PalmDOC/Huffdic 壓縮，且 HTML 子集非常精簡，體積很小；PDF 儲存的是算繪後的固定頁面，還要嵌入字型子集與重新編碼後的圖片。含大量插圖的電子書轉成 PDF 後體積往往會膨脹數倍，這是格式特性決定的正常現象。