Base64/URL 解碼解析器
支援 Base64 編解碼、URL 編解碼、Base64 圖片預覽，以及 JWT 標頭/裝載片段解碼
結果將顯示在此處。
使用說明
選擇解析模式
在 Base64、URL 或 JWT 片段解析之間切換。
貼上編碼值
輸入編碼文字、圖片資料 URL 或完整的 JWT 權杖。
解碼與檢查
閱讀解碼結果、預覽圖片並複製結果。
常見問題
可以。貼上 data URL 或原始 Base64 圖片字串，工具會渲染圖片預覽並顯示偵測到的 MIME 類型和大小。
能。在解碼模式下，加號會被解釋為空格後再進行 URI 解碼，符合常見的表單編碼行為。
可以。JWT 模式允許您獨立選擇並解碼標頭、承載或簽章相關的片段。
標準 Base64（RFC 4648 第 4 節）使用 + 和 /，但這兩個字元會與 URL 的保留字元衝突。URL-safe 字母表（第 5 節）則將它們替換為 - 和 _。JWT 一律使用 URL-safe 字母表，這就是權杖簽章中永遠不會出現 + 或 / 的原因。本工具會自動偵測這兩種字母表。
Base64 將 3 個位元組編碼為 4 個字元，因此長度不是 3 倍數的輸入會以 = 填補，使總長度維持 4 的倍數。一個 = 代表剩餘 2 個位元組，兩個 = 代表剩餘 1 個。當長度可以透過其他管道得知時，填補字元可以安全省略——JWT 的各個片段正是這麼做的——而解碼器會自動補回。
Base64 本身是無損的，但常見的 JavaScript btoa() 函式只接受 Latin-1 字元，遇到其他字元就會拋出錯誤。正確做法是先用 UTF-8 編碼（TextEncoder），再對位元組進行 Base64 編碼。本工具會自動處理這個流程，因此中文、阿拉伯文或 emoji 文字都能完整往返而不失真。
可以檢查三個訊號：字元集僅包含 A-Z、a-z、0-9、+、/（或 URL-safe 的 - 與 _）；補回填補字元後長度是 4 的倍數；解碼後產出的位元組合理。但沒有任何方法是 100% 準確的，因為許多普通字串（例如 abcd）同時也是合法的 Base64——必須視上下文判斷。
不是。Base64 是一種可逆的編碼，任何人無需任何祕密即可解碼——它完全不提供機密性。切勿使用它來保護密碼或 API 金鑰。若需要保護，傳輸時應使用 TLS，並搭配真正的加密演算法（例如 AES-256-GCM）；Base64 的唯一作用是讓二進位資料能安全地通過純文字通道傳輸。