為什麼要使用這個 Base64 工具？
- 將純文字編碼為標準 Base64 或 URL 安全 Base64，無需將資料傳送到任何地方。
- 將 Base64 解碼回文字，同時容忍空格和 URL 安全字母差異。
- 選擇 UTF-8、ASCII 或 Latin-1，以便您可以及早發現編碼不符的情況。
- 將本機檔案轉換為 Base64 或資料 URI 並立即預覽影像。
文字轉換器
對文字進行編碼或解碼
共用 URL 僅儲存設定。輸入文字和輸出文字永遠不會放置在連結中。
文件轉換器
將檔案轉換為 Base64
選擇一個本地文件或將其拖放到此處。可從產生的資料 URI 立即預覽影像檔案。
圖片預覽
如何安全使用 Base64
當您將資料複製到需要經典字母表的系統時，請使用標準 Base64 +, /，以及可選的 = 填充。當您需要將結果放入拒絕這些字元的查詢字串、檔案名稱或權杖格式時，請使用 URL 安全的 Base64。
如果你的任務是對路徑或查詢字串進行百分比編碼而不是位元組到文字轉換，請切換到 URL 編碼器/解碼器工具 而不是 Base64。
Base64 與加密
Base64 僅將二進位資料轉換為文字。它不隱藏內容。如果有效負載敏感，您仍然需要適當的加密或傳輸安全性。
產量為何成長
Base64 將輸入的每個 3 位元組區塊儲存為 4 個可列印字元，因此在添加換行符或資料 URI 前綴之前，文字通常會變大約 33%。
Base64 檔案何時有用
當您需要檢查小型有效負載、為原型建立資料 URI 或確認 API 欄位接受預期格式時，檔案轉換非常有用。對於大型資產，請記住 Base64 會增加大小開銷。
常見問題
Base64 和 Base64URL 有甚麼分別？
標準 Base64 使用 + 及 /，Base64URL 則使用 - 及 _。是否保留 padding 視乎使用該值的格式；JWT 區段使用不含 = padding 的 Base64URL。
Base64 是加密嗎？
不是。Base64 只是將位元組表示成文字。取得該值的人都可以解碼，因此機密資料仍須另行加密，並透過安全連線傳送。
為甚麼 Base64 輸出比原始資料長？
每 3 個輸入位元組會轉成 4 個 Base64 字元，因此通常會增加約 33%。如加入 data URL 前綴，長度會再略為增加。
我的文字或檔案會否上載？
不會。文字及檔案轉換都在瀏覽器本機執行，工具不會自動上載輸入或輸出。
寬鬆解碼和嚴格解碼有甚麼分別？
寬鬆模式接受標準或 URL 安全字母表、略過空白並補回欠缺的 padding。嚴格模式則檢查控制項中選定的字母表、padding 規則及正規 pad bits。
data URL 可以使用 Base64URL 嗎？
不應使用。data:…;base64, 的資料部分應使用標準 Base64。啟用 data URL 前綴時，本工具會自動切換成附有 padding 的標準 Base64。