Base64 編碼/解碼
Base64 編碼/解碼支援 UTF-8 文字、Base64URL、MIME 換行輸出，以及圖片轉 Data URL/raw Base64、本機預覽和圖片下載。
輸入文字
字元
0 / 50,000
選擇或拖入圖片
若瀏覽器可讀取，支援 PNG、JPEG、WebP、GIF、SVG、BMP、AVIF、TIFF、ICO、HEIC 與 HEIF。
輸出文字
輸出文字
輸入文字
字元
0 / 50,000
原始 Base64 的 MIME 類型
原始 Base64 不包含 MIME 資訊。請先選擇原始圖片類型，系統才能自動產生預覽。
貼上圖片 Data URL，或貼上原始 Base64 並選擇 MIME 類型後，即可在這裡查看預覽。
快速開始
常見使用情境
URL/JWT
優先使用 URL‑safe 變體（−/_），必要時可移除結尾「=」填充，避免連結轉義問題
郵件/MIME
需要換行時採用 MIME 76 欄（CRLF）規則；網頁傳輸一般不換行。本工具提供 76 欄換行與 LF/CRLF 切換開關
多行文字
啟用逐行編碼，每行獨立輸出
MIME/PEM
啟用 76 欄換行；需要 LF 行尾時一併啟用
Data URL
嵌入時產生 data:[mime];base64,…；解碼會自動擷取逗號之後的內容
往返校驗
編碼後立即解碼，確認還原一致
圖片上傳
保留原始位元組，且可在不重新上傳的情況下切換 Data URL 與原始 Base64 輸出
圖片 Data URL
貼上 data:image/...;base64,... 後，可自動辨識 MIME 並立即預覽圖片。
原始 Base64 圖片資料
需要明確提供原始圖片的 MIME 類型，系統才能自動預覽並下載為圖片。
編碼參數與變體
文字與圖片邊界
使用建議
限制與相容性
隱私與安全
常見問題
Base64 是一種把任意二進位資料表示為文字字元的編碼方案（參考 RFC 4648）。目的不是「加密」，而是在以文字為主的系統或協定中可靠攜帶任意位元組。運作方式：每 3 個位元組（24 位元）拆成 4 個 6 位元區塊，再映射到 A-Z、a-z、0-9、+、/ 這 64 個字元；若來源長度不是 3 的倍數，會用「=」填充對齊，因此文字通常比原始位元組大約 33%。標準 Base64 會保留 +、/ 與填充；Base64URL 會改用 -、_，也常省略結尾「=」。本工具預設輸出標準 Base64；開啟「URL‑safe 輸出」後改為 Base64URL，預設省略填充。解碼時會相容兩種變體、忽略空白換行，並在可安全補齊時補上填充。Data URL 常寫作 data:[mime];base64,...；本工具會自動截取逗號後的 payload。安全提示：Base64 不提供保密性、完整性或掃描能力；敏感資訊請先加密再編碼。
不安全。Base64 只是可逆編碼，任何人都可以還原原文；如果內容需要保密，應先加密或簽名，再按需要進行 Base64 編碼。
常見原因：包含非 Base64/Base64URL 字元，或長度無法補齊（長度 % 4 = 1）。解碼會自動忽略空白換行、相容 -/_ 變體，並在需要時自動補齊「=」填充；貼上 Data URL 時也會自動截取逗號後的 Base64 內容。
常見差異來自換行處理、是否保留「=」填充、URL‑safe 變體（-/_），以及文字編碼方式不一致。對比結果時，請確認雙方使用相同的文字編碼、關閉自動換行，並明確是否使用 URL‑safe 與是否保留填充。
Base64 以 4 個文字字元表示 3 個原始位元組，體積通常增加約 33%。如果也包含 Data URL 前綴、換行或填充符，最終文字會更長。
可以。表情符號、多語言字元等文字在文字模式下會以 UTF‑8 處理；如果解碼結果本身是非文字二進位內容，顯示成「亂碼」屬正常現象。