Base64 解碼器
資料翻譯機:將 Base64 編碼字串還原為人類可讀的內容
為什麼需要 Base64 解碼器?
在開發與除錯的過程中,我們常會看到一串由英文大小寫與數字組成的「亂碼」,而且結尾常常掛著一個或兩個等於符號 ==。這不是亂碼,這是 Base64 編碼。
Base64 常用於在網際網路上傳輸「二進位資料」(如圖片、檔案),或是將資料隱藏起來不直接讓人看懂(如 JWT 用戶憑證)。這款 Base64 解碼器 能幫您將這些看似無意義的字串,逆向還原成原本的文字訊息、JSON 資料或是原始圖片。
核心原理:64 個字元的秘密
Base64 之所以叫這個名字,是因為它使用 64 個可列印字元(A-Z, a-z, 0-9, +, /)來代表所有的數據。
-
編碼 (Encode): 將原始資料轉成這 64 個字元。
-
解碼 (Decode): 將這 64 個字元對應回原始的二進位碼,再轉成文字或檔案。
如何一眼認出 Base64? 如果您看到一串亂碼包含 + 或 /,且結尾是 =,那 99% 就是 Base64。那個 = 是填充字元 (Padding),用來補齊資料長度,是 Base64 最明顯的特徵。
常見的應用場景
1. 解析 JWT (JSON Web Tokens)
現代網頁登入驗證常使用 JWT。
-
JWT 的中間那段 Payload 就是 Base64 編碼的 JSON。
-
透過解碼器,您可以直接看到裡面包含的用戶資訊(如
user_id,exp到期時間),方便後端除錯。
2. 還原 Data URI 圖片
在 CSS 或 HTML 中,有時圖片不會存成 .jpg 檔,而是直接寫成一長串 data:image/png;base64,iVBORw0KGgo...。
-
將逗號後面的字串貼入解碼器,就能將其還原成原始圖片檔。
3. Email 原始碼分析
電子郵件的附件與內文常使用 MIME (Base64) 傳輸。
-
如果您查看 Email 的原始碼 (Raw Source),會發現一大塊 Base64 區塊。
-
解碼後就能看到信件的真實內容或還原附件。
常見問題 (People Also Ask)
Q1:Base64 是一種加密 (Encryption) 嗎?
絕對不是!這很重要。
-
編碼 (Encoding): 只是換種格式(像把 PDF 轉 Word),任何人都能還原。
-
加密 (Encryption): 需要金鑰 (Key) 才能解開。
-
請勿使用 Base64 來保護密碼或敏感個資,因為駭客複製貼上就能直接解碼看到內容。
Q2:為什麼解碼出來是亂碼?
常見原因有二:
-
編碼格式不符: 原始資料可能是 GBK 或 Big5 編碼的中文,而解碼器預設使用 UTF-8。
-
它是二進位檔: 該字串原本代表的是一張圖片或一個壓縮檔,而不是文字。硬要轉成文字顯示就會變成亂碼。
Q3:結尾的「=」可以刪掉嗎?
不建議。
-
=是為了讓資料長度符合 4 的倍數。 -
雖然有些寬容的解碼器會自動幫您補上,但標準的解碼器如果發現長度不對,會直接報錯 (Decoding Error)。
Q4:URL Safe Base64 是什麼?
-
標準 Base64 包含
+和/,這兩個符號在網址列 (URL) 中有特殊意義,會造成錯誤。 -
URL Safe 版本 會將
+改為-,將/改為_,並移除結尾的=。 -
如果您解碼失敗,試著將
-替換回+,_替換回/再試試。