Base64 編碼與解碼

Base64 定義於 RFC 4648，使用 64 個可列印的 ASCII 字元來表示任意位元組：A–Z、a–z、0–9、+ 與 /。每三個位元組（24 位元）會被拆成四個 6 位元的數字，每個數字對應字元表中的一個字元。當輸入長度不是 3 的倍數時，最後一組會以一個或兩個 = 補齊。輸出結果一律比原始資料大約多 33%：每 3 個位元組變成 4 個字元。

它的存在是因為許多傳輸管道原本就是為文字設計的。電子郵件（MIME）、HTML 與 CSS 中的 data: URL、承載圖片或憑證的 JSON 欄位，以及 HTTP Basic 驗證標頭，都使用 Base64 來安全傳送二進位資料。它不是加密，也無法隱藏任何內容；解碼不需要金鑰。

Base64 編碼的是位元組而不是文字，所以文字必須先轉成位元組。本工具一律使用 UTF-8，也就是網路通用的編碼：é 會變成兩個位元組，一個 emoji 則是四個。瀏覽器內建的 btoa 函式遇到 U+00FF 以上的字元就會報錯，這也是簡易編碼器處理重音字母與 emoji 時會失敗的原因；這裡的文字會先經過 TextEncoder，解碼時再以 TextDecoder 還原。如果解碼後的位元組不是有效的 UTF-8（例如圖片或 zip 檔），工具會以十六進位顯示，而不是顯示亂碼。

標準 Base64 使用的 + 與 / 在網址和檔名中有特殊意義。RFC 4648 第 5 節的 URL 安全字元表會以 - 和 _ 取代它們，而且通常省略補位字元。JSON Web Token 使用的正是這種形式。解碼器可接受兩種字元表，也接受缺少補位的內容，所以兩種都可以直接貼上。

選擇檔案後，工具會在本機以 FileReader 讀取，並回傳其 Base64，或是附上檔案 MIME 類型的完整 data: URL，可直接貼進 img 標籤或 CSS 背景。內嵌圖片可省下一次 HTTP 請求，但大小會增加三分之一，且無法單獨快取，因此適合小圖示，不適合照片。若需要圖片預覽以及現成的 HTML 與 CSS 程式碼片段，請使用 圖片轉 Base64。