跳至主要內容

尋找下一個工具

準備、檢查,再匯出

十六進位轉文字與文字轉十六進位轉換器

將文字編碼為十六進位 UTF-8 位元組,或將十六進位解碼為文字。可驗證位元組配對、保留控制字元,並以 ZIP 匯出轉換 TXT 批次檔案。

正在載入文字工作區…

優點

  • 多語言文字請選擇 UTF-8,若要求字元範圍為 0–127,則請選擇嚴格 ASCII。
  • 對於不完整的群組與無效的 UTF-8,會明確回報錯誤,而不是悄悄產生損壞的文字。
  • 最多可轉換 20 個 TXT 檔案,輸出檔案有編號,並提供各檔案的失敗報告。

適用情境

  • 讀取診斷記錄中編碼過的文字欄位。
  • 檢查帶重音符號的姓名與表情符號的 UTF-8 位元組。
  • 準備解碼後的文字,用於比對與文件匯出。

如何使用此工具

  1. 選擇文字轉十六進位或十六進位轉文字,然後選擇字元編碼。
  2. 貼上輸入內容、匯入 UTF-8 TXT 檔案,或載入範例。
  3. 檢視即時結果。編碼時,請選擇輸出的位元組分隔符號。
  4. 複製、下載、反向轉換結果,或繼續處理可讀的文字。

十六進位位元組不等於 Unicode 碼位

十六進位是顯示位元組的一種精簡方式。兩個十六進位數字代表一個位元組,範圍從 00 到 FF。一個普通的英文字母在 UTF-8 中通常佔用一個位元組,這讓簡短的範例看起來像是逐字元的替換。但這個捷徑對人們實際書寫的大部分文字並不適用。帶重音符號的字母可能佔用兩個位元組;表情符號可能佔用四個位元組,或形成更長的序列。

碼位 U+00E9 代表字元 é。它的 UTF-8 位元組是 C3 A9,而不是 E9。因此,把單一位元組 E9 送入嚴格的 UTF-8 解碼器會產生錯誤,即使這個十六進位本身是有效的。如果記錄檔是使用舊式編碼產生的,請從來源確認該編碼,而不要一直猜測,直到輸出看起來合理為止。

這個轉換器會在嘗試解碼字元之前,先檢查十六進位語法。像 4869 這樣緊湊的連續字串可以接受,48 69、48:69 和 0x48,0x69 這類完整群組也可以。群組中數字的個數為奇數時會被拒絕。位址欄、程式語言的跳脫字串,以及完整 hexdump 中可列印字元的側欄,都不在這個解析器的範圍之內;請只貼上位元組資料。

請將數值與文字的工作分開處理。十六進位 FF 代表整數 255,但它不是有效的單獨 UTF-8 文字位元組。請使用進位制轉換器來計算該數值,而在位元組編碼的是訊息時,才使用這項工具。成功的文字可以繼續使用現有的文件工具。NULL 字元會保留在下載檔案中,不過文件交接會拒絕它們。

格式、限制與隱私

  • 來源與解碼後的文字:20,000 個 UTF-16 碼元。編碼後的輸入:720,000 個字元,最多 80,000 個位元組。
  • UTF-8 TXT 檔案:每個 1 MiB。批次:20 個檔案,合計最多 5 MiB。
  • NULL 與開頭的 BOM 會被保留。含有 NULL 的文字無法交接給文件工具。
  • 不支援 UTF-16、Windows-1252、完整 hexdump 位址欄,也不支援程式語言的跳脫字元解析。

這些工具在本機處理文字,不會自動儲存草稿。離開前請下載重要的內容;暫時的檔案傳遞會在 30 分鐘後失效。

常見問題與解答

可以反向轉換十六進位嗎?

可以。成功轉換之後,請使用反向操作。輸出會成為新的輸入,轉換方向也會改變。

為什麼解碼會失敗?

請檢查位元組群組是否完整,以及原始的字元編碼。有效的位元組語法,並不保證是有效的 UTF-8 文字。

編碼可以保護機密文字嗎?

不行。二進位與十六進位的表示方式是可逆的,並不是加密。這些轉換都在瀏覽器本機端執行。

繼續你的文件工作流程

要帶著文字前往下一個工具,請使用工作區內的「繼續」按鈕;這些連結會開啟空白的工具。