🚀 快速開始

在文字框輸入內容（一般文字或 Base64 字串）
點擊「編碼」或「解碼」開始處理
輸入與結果共用同一文字框，可一鍵複製或清空
需要驗證時：編碼後切換到解碼進行往返檢查

📌 常見使用情境

URL/JWT：優先使用 URL‑safe 變體（−/_），必要時可移除結尾「=」填充，避免連結轉義問題
郵件/MIME：需要換行時採用 MIME 76 欄（CRLF）規則；網頁傳輸一般不換行。本工具提供 76 欄換行與 LF/CRLF 切換開關
多行文字：啟用逐行編碼，每行獨立輸出
MIME/PEM：啟用 76 欄換行；需要 LF 行尾時一併啟用
Data URL：嵌入時產生 data:[mime];base64,…；解碼會自動擷取逗號之後的內容
往返校驗：編碼後立即解碼，確認還原一致

🎛️ 編碼參數與變體

URL‑safe 輸出
逐行編碼（每行獨立）
依 MIME 76 欄換行（CRLF）
換行使用 LF（\n）
自動補齊 padding：長度對齊 4 倍數；非法長度會提示
忽略空白：解碼時自動移除換行與空格

🧭 使用建議

統一使用 UTF‑8，避免出現亂碼
預設為 URL‑safe；若需標準 Base64，請在設定中關閉
跨系統傳遞時建議移除換行與空白；僅為排版時再加入
經 Base64 後資料量約增 33%，不適合處理大型檔案
標準 Base64（舊系統）：關閉 URL‑safe（保留 +/ 與 =）
逐行編碼會對已編碼內容再次編碼；若僅需變體轉換，請關閉後再執行
76 欄換行僅影響顯示；解碼會忽略換行與空白

⚠️ 限制與相容性

超長文字可能影響效能，建議分段處理
二進位：本介面以文字為主，二進位建議改用 Data URL 或指令工具
瀏覽器記憶體限制會影響可處理大小

🔒 隱私與安全

所有處理均在您的瀏覽器內完成，資料不會離開您的裝置
安全提醒：Base64 為編碼而非加密。涉密情境請先加密再編碼

❓ 常見問題

什麼是 Base64？為什麼要「編碼」？

Base64 是一種將任意二進位資料以可列印文字表示的編碼方案。它源於 1990 年代的電子郵件 MIME 標準（RFC 1521/2045），之後由 RFC 4648 統一規範。目的不是「加密」，而是在以文字為主的通道上可靠攜帶位元資料。工作原理：每 3 個位元組（24 位）拆成 4 個 6 位區塊，映射到 A–Z、a–z、0–9、+、/ 共 64 個字元；若來源長度不是 3 的倍數，使用「=」填充對齊。體積通常增加約 33%。變體與選擇：RFC 4648 定義了 URL‑safe 變體，用「-」「_」取代「+」「/」，結尾「=」可省略。URL、Cookie、JWT 等情境建議使用 URL‑safe；對接傳統/MIME 工具鏈時使用標準 Base64（保留 +/ 與 =）。本工具預設輸出 URL‑safe，解碼自動相容兩種變體。範例：??? → 標準為 Pz8/，URL‑safe 為 Pz8_；~~~ → 標準為 fn5+，URL‑safe 為 fn5‑。與 Data URL：需要將資料內嵌到文字（如 HTML/CSS）時，常寫作 data:[mime];base64,…；解碼時只需擷取逗號後的部分（本工具會自動處理）。里程碑（簡史）：1993 RFC 1521（MIME v1，Ned Freed & Nathaniel Borenstein）→ 1996 RFC 2045（MIME 更新，取代 1521）→ 2003 RFC 3548（Simon Josefsson，抽象 Base16/32/64）→ 2006 RFC 4648（Simon Josefsson，統一並明確 Base64URL，廢止 3548）。另：1993 RFC 1421（PEM，J. Linn）使用 Radix‑64（與 Base64 同宗）以便郵件中攜帶二進位資料。安全提示：Base64 是可逆格式化，並不提供機密性或完整性；機密內容請先加密再編碼。

Base64 是否安全？

不是。任何人皆可解碼；需保密請先加密

為何顯示「無效的 Base64 格式」？

請確認內容僅包含 A–Z、a–z、0–9、+、/、=，且長度符合規則

為何不同工具結果不同？

差異常見於換行處理、是否保留 '=' 填充、URL‑safe 變體（−/_）與實作細節。建議統一 UTF‑8、停用自動換行，並事先決定是否採用 URL‑safe 與是否保留填充

為何編碼後變大？

Base64 以 6 位元表示 8 位元，約 33% 膨脹屬於方法特性

表情符號等特殊字元可處理嗎？

使用 UTF‑8 可支援。非文字二進位解碼後可能看似亂碼