Markdown 轉 PDF 轉換器 —— 免費、無需登入

Markdown 是寫作格式，PDF 是交付格式

Markdown 的設計初衷，是讓人不考慮排版也能寫作：標題用井號、強調用星號、清單用短橫線。PDF 解決的則是相反的問題——它把完成的文件固定下來，在任何螢幕、任何印表機上都顯示一致。把 Markdown 轉成 PDF 因此是一次算繪：文字與結構已經在那裡，轉換器要做的是把它們排到固定頁面上，配上真實的字型、邊界和分頁。

這也是為什麼這個方向比反方向好轉得多。不需要從幾何形狀裡猜測任何東西；來源檔案自己宣告結構，管線把宣告變成頁面。README、部落格草稿、會議記錄或技術規格書，交到手上的都是一份看起來「特意排版過」的文件——事實也確實如此。

日常場景正如你所想：要作為附件寄出的專案 README、需要經得起列印的課程筆記、要交給非技術審閱者的文章初稿，或者客戶要求提交的單檔分頁文件。它們的共同點是一樣的——你繼續用 Markdown 寫作，把紙面上的事交給轉換。

兩段式轉換管線，如實說明

LiteConvert 透過文件管線把 Markdown 轉成 PDF：你的 Markdown 先變成 Word 文件，再由完整的辦公引擎把這份文件算繪成 PDF。中間這一步不是繞路——它讓產物擁有真正的文件語義：標題對應到標題樣式，程式碼區塊對應到程式碼樣式，表格是真正的表格，而不是表格的圖片。

代價是時間。檔案要經過兩級轉換而不是一級，所以比直連轉換稍慢。多數 Markdown 檔案幾分鐘內完成；這類任務的上限約 10 分鐘。README 或會議記錄這類檔案幾乎察覺不到；如果是整本書的稿子，請按上限做預期，開著頁面等下載出現——引擎工作期間頁面會顯示進度。

哪些能乾淨轉換，哪些我們不承諾

Markdown 真正表達的結構都會帶著原有角色走完全程：標題、段落、清單、連結、表格、圍欄程式碼區塊、引用和腳註。程式碼保持等寬字型，待在自己的程式碼區塊裡；表格帶著框線和對齊的欄；引用段落依然看得出是引用。PDF 裡的文字是真實文字——可選取、可搜尋、可複製——只要有人要引用、摘錄或封存這份結果，這一點就很要緊。

有兩件事要如實提醒。第一，複雜的印刷版面不是 Markdown 的概念，分頁、邊界和字型排印跟隨轉換器的文件範本——不要指望和你編輯器裡的預覽一模一樣。第二，數學公式是經典短板：以 LaTeX 風格記號書寫的公式，在文件管線中可能保不住精度。如果你的文件重度依賴其中任何一項，先轉一個小樣本讀過，再處理整份稿子。

隱私與檔案留存

上傳一個檔案，免費，無需登入——流程裡沒有任何電子郵件輸入欄位，產物上也沒有浮水印。傳輸走 HTTPS，處理在轉換叢集上完成，你的原始 Markdown 和產生的 PDF 都會在 24 小時內自動刪除。之後留下的，只有你下載走的那份文件。