工具用的順手嗎?
你的回饋能幫助我們做得更好
Base32編碼與解碼工具,用於將二進制資料轉換為易讀字串,適用於DNSSEC、檔案命名等場景。
概覽
了解工具能解決的問題、計算或處理邏輯,以及資料邊界。
這項工具可在一般文字與標準 Base32 字串之間轉換。編碼前會先把輸入文字轉為 UTF-8 位元組,再將位元資料每 5 位分成一組,對應到 A–Z 與 2–7 共 32 個字元;解碼則反向還原位元組,並以文字顯示。因此中文、英文字母或其他 Unicode 文字可作為文字輸入,但它不是用來上傳或還原任意二進位檔案的介面。
RFC 4648 的標準 Base32 以 40 位元(5 位元組)為完整分組,每組輸出 8 個 Base32 字元。最後一組不足時,編碼結果可在末尾加上 = 填充,讓輸出長度補到 8 的倍數。填充只是格式占位,不是原文的一部分。
分組關係:5 位元組輸入 → 40 位元 → 8 個 Base32 字元。輸入長度不足一組時,末組補足位元分組;需要時再以 = 補齊輸出。
標準字母表排除數字 0、1,也不使用 +、/ 等符號,因此適合需要以有限字元集合表示資料的文字欄位。代價是 Base32 通常比原始位元組長。它只改變資料表示方式,不會隱藏內容,也不會驗證內容是否可信。
本頁提供標準 Base32,不涵蓋 Base32hex、Crockford Base32 或其他自訂字母表。若對接的系統指定某一變體或填充政策,請依該系統的規格選擇輸出格式,不能只因名稱都含有 Base32 就直接互換。
指南
依步驟完成操作,並透過範例核對輸入與結果。
要把文字轉成 Base32,選擇「編碼」;若手上已有 Base32 字串並要查看其文字內容,選擇「解碼」。兩種模式一次處理一段輸入。
在輸入框貼上內容,結果會隨輸入與模式變更而更新。編碼模式可使用「無填充」切換,決定輸出是否保留末尾的等號;解碼時可輸入大寫或小寫字母,尾端填充等號也可省略。
結果欄是唯讀文字,可使用複製控制項帶走結果。若與另一系統的結果不同,先比對 UTF-8 字元編碼、Base32 變體及是否省略填充,再確認複製時沒有遺漏字元。
例如輸入 Hello World,保留填充時結果為 JBSWY3DPEBLW64TMMQ======;開啟無填充後,結果為 JBSWY3DPEBLW64TMMQ。這兩種輸出代表相同文字,但使用前仍要確認目標欄位接受哪一種表示。
情境
查看這項工具在不同工作與生活流程中的用法。
開發或維運人員可將一段測試文字編碼,再與規格文件或服務輸出比對,確認雙方採用的字母表及填充方式一致。
收到標準 Base32 字串時,可切到解碼模式查看其 UTF-8 文字內容。這適用於文字資料的人工檢查,不代表已完成完整性或來源驗證。
當某個欄位拒絕輸出時,可分別檢視字元是否只含標準字母表、末尾填充是否符合對方要求,以及資料是否其實採用另一種 Base32 變體。
問答
集中解答常見疑問與容易混淆的問題。
等號是填充符號,用於表示最後一組資料不足完整分組時的輸出格式,不是額外的文字內容。只有在接收端明確允許省略填充時,才選擇無填充輸出。
可以。此頁解碼會先去除輸入首尾空白並轉成大寫,也會移除末尾連續的等號,因此小寫字母和省略填充的字串可嘗試解碼。字串中間的空格、連字號或其他非標準字元不會自動略過。
解碼還原的是位元組,再以 UTF-8 文字顯示;若位元組不是有效 UTF-8,顯示內容可能含替代符號。這通常表示資料原本不是文字,或原始位元組採用不同字元編碼,不應把畫面文字當成二進位資料的完整還原。
不同。它們的字母表或字元慣例可能不同。本頁只按 RFC 4648 標準字母表處理;若資料來源指定其他變體,請使用相符的解碼規則,不要任意替換字元。
須知
使用前了解適用範圍、結果限制與必要提醒。
Base32 是編碼,不是加密、雜湊或數位簽章。知道編碼字串的人可以嘗試解碼;請勿把它當成保密或防竄改措施。
推薦
查找相關工具、專題與可用的 API 能力。