二進位制轉文字速查表是一份快速參考資料,將 8 位元二進位制代碼(電腦將 0 和 1 分組為位元組,每組包含八個位元)對應至其所代表的字母、數字與標點符號,每個位元組代表一個字元。ASCII 表格涵蓋英文字母 A–Z 和 a–z、數字 0–9,以及常見的標點符號,每個字元都有固定的二進位制值:大寫 A 為 01000001,小寫 z 為 01111010,數字 5 為 00110101,空格則為 00100000。這些值來自原始 ASCII 標準,其中每個字元都以 00000000 到 01111111 範圍內的一個位元組儲存,將最高位元留給延伸用途。這正是所有速查表的核心:一種查閱表,讓您用肉眼解碼短字串,就像閱讀乘法表一樣。對於較長的內容,或包含變音符號、表情符號及不熟悉文字系統的內容,靜態速查表便不再足夠,您需要真正的轉換器。免費的 Binary To Text 工具支援雙向轉換、完整 UTF-8 支援的解碼與編碼,而且整個轉換過程都在您的瀏覽器中執行,因此輸入內容絕不會離開您的裝置。

可列印的 ASCII 速查表
每份速查表都有相同的骨幹:從十進位 32(空格字元)到十進位 126(波浪號 ~)的可列印 ASCII 範圍。這個包含 95 個字元的範圍涵蓋大多數英文文字所需的一切,而且每個字元都有單一固定的 8 位元二進位制表示法。記住最常見的其中幾個,您就能完全不靠表格解碼短字串,但在遇到較不常見的符號時,完整的參考資料便能派上用場。下方合併的字母表格涵蓋全部 52 個英文字母;第二張表格則涵蓋數字,以及日常訊息中會遇到的標點符號。
| 字元 | 十進位 | 二進位制 |
|---|---|---|
| A | 65 | 01000001 |
| B | 66 | 01000010 |
| C | 67 | 01000011 |
| D | 68 | 01000100 |
| E | 69 | 01000101 |
| F | 70 | 01000110 |
| G | 71 | 01000111 |
| H | 72 | 01001000 |
| I | 73 | 01001001 |
| J | 74 | 01001010 |
| K | 75 | 01001011 |
| L | 76 | 01001100 |
| M | 77 | 01001101 |
| N | 78 | 01001110 |
| O | 79 | 01001111 |
| P | 80 | 01010000 |
| Q | 81 | 01010001 |
| R | 82 | 01010010 |
| S | 83 | 01010011 |
| T | 84 | 01010100 |
| U | 85 | 01010101 |
| V | 86 | 01010110 |
| W | 87 | 01010111 |
| X | 88 | 01011000 |
| Y | 89 | 01011001 |
| Z | 90 | 01011010 |
| a | 97 | 01100001 |
| b | 98 | 01100010 |
| c | 99 | 01100011 |
| d | 100 | 01100100 |
| e | 101 | 01100101 |
| f | 102 | 01100110 |
| g | 103 | 01100111 |
| h | 104 | 01101000 |
| i | 105 | 01101001 |
| j | 106 | 01101010 |
| k | 107 | 01101011 |
| l | 108 | 01101100 |
| m | 109 | 01101101 |
| n | 110 | 01101110 |
| o | 111 | 01101111 |
| p | 112 | 01110000 |
| q | 113 | 01110001 |
| r | 114 | 01110010 |
| s | 115 | 01110011 |
| t | 116 | 01110100 |
| u | 117 | 01110101 |
| v | 118 | 01110110 |
| w | 119 | 01110111 |
| x | 120 | 01111000 |
| y | 121 | 01111001 |
| z | 122 | 01111010 |
請留意上述表格上半部的規律。每個大寫字母都以 010 開頭,最後 5 個位元則代表該字母的位置:A 為 00001、B 為 00010,依此類推,直到 Z 的 11010。小寫字母的開頭晚了幾列,因為它們位於十進位 97 到 122 之間,而且每一個都以 011 開頭。只要看到這兩種前導位元模式,就足以辨識任何字母的大小寫,無須查看位元組的其餘部分。
| 字元 | 十進位 | 二進位制 |
|---|---|---|
| 0 | 48 | 00110000 |
| 1 | 49 | 00110001 |
| 2 | 50 | 00110010 |
| 3 | 51 | 00110011 |
| 4 | 52 | 00110100 |
| 5 | 53 | 00110101 |
| 6 | 54 | 00110110 |
| 7 | 55 | 00110111 |
| 8 | 56 | 00111000 |
| 9 | 57 | 00111001 |
| 空格 | 32 | 00100000 |
| ! | 33 | 00100001 |
| . | 46 | 00101110 |
| , | 44 | 00101100 |
| ? | 63 | 00111111 |
| @ | 64 | 01000000 |
從 0 到 9 的每個數字都以 0011 開頭,最後 4 個位元則以二進位制表示該數字本身。空格是位於 00100000 的獨立位元組,其他較低位置的標點符號也位於相同範圍。搭配字母表格後,只要輸入內容已分組為完整的 8 位元位元組,您就有足夠的固定代碼,以手動方式解碼任何短英文字串。
如何使用速查表將二進位制解碼為文字
解碼程序相當簡單。將輸入內容拆成 8 個位元一組,在速查表中查閱每組,再依序寫下對應的字元。透過具體範例操作,能讓各個步驟更清楚:以 01001000 01101001 為例。將它拆成兩個位元組:01001000 和 01101001。從字母表格可得知,01001000 對應 H(十進位 72,因為 64 + 8 = 72),而 01101001 對應 i(十進位 105,因為 64 + 32 + 8 + 1 = 105)。由左至右讀取位元組後,結果便是由兩個字母組成的單字「Hi」。相同的算術方式適用於所有其他位元組。
- 將二進位制字串拆成 8 位元區塊。每 8 個位元插入一個空格,讓每個區塊成為單一位元組。輸入中的空格、定位字元與換行會遭到忽略,但位元本身必須組成完整的位元組。
- 在速查表中查閱每個位元組。將這 8 個位元與上方的可列印 ASCII 表格比對;當字串長度超過少數幾個字元時,則改用轉換器。
- 依序讀取字元。每個位元組代表一個字元,而位元組在原始字串中的位置,就是解碼字元在輸出文字中的位置。
- 若要處理較長的字串,請使用 Binary To Text 轉換器。將完整的二進位制字串貼到 Binary → Text 方向,解碼後的文字便會直接顯示在輸入內容下方,無須手動查閱。
- 驗證結果。成功的解碼長度一定是 8 的倍數。如果位元數無法被 8 整除,便表示輸入格式有誤;轉換器會將其標示出來,而不會傳回亂碼輸出。
同一工具也能反向執行編碼。將切換鈕切換至 Text → Binary,輸入任何文字,8 位元輸出便會在輸入方塊下方逐位元組顯示。每個位元組會精確轉換成 8 個位元,並以空格分隔,方便直接貼到訊息、記錄或工作表中。非 ASCII 字元(例如變音符號、非拉丁文字系統與表情符號)會橫跨 2、3 或 4 個位元組,因此其二進位制表示會超過 8 個位元。使用 Copy 按鈕即可取得結果,或使用 Swap direction,直接將輸出作為下一筆輸入重新處理。
用肉眼閱讀二進位制的 3 個捷徑
完整表格很適合用作參考,但只要掌握幾項規律,您就能幾乎立即解碼常見字元。下列捷徑能讓速查表成為您可以在腦中運用的工具,而不是解碼每個位元組時都得執行的步驟。
- 留意高位元。如果位元組以 010 開頭,它就是大寫字母,或介於 @ 和 Z 之間的符號(十進位 64 到 90)。如果以 011 開頭,它就是小寫字母,或介於 ` 和 ~ 之間的符號(十進位 96 到 127)。只看最前面 3 個位元,就能辨識大小寫。
- 根據前導位元辨識數字與空格。數字 0 到 9 全都以 0011 開頭,空格則是 00100000。任何以 0010 開頭的位元組,都是較低位置的標點符號,例如空格、!、"、#、$、%、&、'、(、)、*、+、,、-、.、/。
- 優先解碼 2 的冪。每個位元位置的值由右至左依次加倍:1、2、4、8、16、32、64、128。找出適合該位元組的最大 2 的冪,將其減去後重複此步驟。以 01101001 計算會得到 64 + 32 + 8 + 1 = 105,也就是字母 i。相同的算術方式適用於每個位元組。
結合上述 3 個習慣,您便能快速瀏覽二進位制字串,無須為每個位元組反覆翻查表格。速查表便會退居為處理罕見字元時的備援,而不是處理每個字元時都要進行的步驟。
超越 ASCII:速查表失效的時機
可列印的 ASCII 表格只涵蓋 95 個字元。現實世界的文字很快就會超出這個範圍:法式選單會包含 é,日文電子郵件會有 你好 這類字元,而任何聊天訊息都可能包含 ☕ 之類的表情符號。這些字元位於十進位 127 以上,代表其位元組以 1 而非 0 開頭。單靠 ASCII 無法描述它們,因此現代軟體使用 UTF-8;這是一種可變寬度編碼方式,可讓純英文維持單一位元組,但讓含變音符號的字母、非拉丁文字系統及表情符號分別橫跨 2、3 或 4 個位元組。
UTF-8 正是靜態速查表空間不足的原因。像 é 這樣的變音符號字母不再是可以單獨查閱的一個位元組,而是由兩個位元組組成(11000011 10101001),只有將兩者一起解碼才能得知其意義。微笑表情符號可能長達 4 個位元組。試圖依固定查閱表手動閱讀多位元組 UTF-8 並不實際,而這正是建置轉換器的用途。Binary To Text 工具透過 UTF-8 進行編碼與解碼,因此 café 這個單字和「你好」這段文字都能完整往返而不受破壞,即使其二進位制表示中的每個字元超過 8 個位元也是如此。如果您想進一步了解 UTF-8 如何在維持 ASCII 不變的同時加以延伸,逐步解說二進位制轉文字轉換的指南會以更多範例說明相同的運作邏輯。
當您看到位元組以 1 開頭的二進位制字串時,就代表它屬於 UTF-8 領域。此時,位元組數不再等於字元數,而速查表也會讓位給轉換器。
常見錯誤會破壞二進位速查表
速查表失敗的方式都有跡可循。了解常見的錯誤可以讓你避免去信任一個實際上毫無意義的解碼結果。
- 位元數加總不是 8 的倍數。 每個位元組正好是 8 位元,所以總位元數應該可以被 8 整除。如果不行,表示你漏掉或多寫了一個位數。「Binary To Text」轉換器會用明確的訊息標示這個問題,而不是產生一個不完整的解碼結果。
- 把 UTF-8 位元組與單一字元搞混。 在 UTF-8 中,一個帶有變音符號的字母或表情符號會佔用超過一個位元組。把每個位元組當作獨立字元處理會產生亂碼,就像逐筆畫閱讀中文字無法讀出單字一樣。
- 忽略前導零。 A 是 01000001,而不是 1000001。許多人會省略前導零,因為看起來不必要,但每個位元組必須正好是八位數。1000001 若當作七位元讀取是十進位 65,這和同一位置的八位元位元組是不同的值。
- 混合位元組順序或位元順序。 一些舊系統會以由右至左的方式在位元組內寫入位元。上方的速查表採用的是標準的由左至右(MSB 在前)順序,這也是 UTF-8 及幾乎所有現代格式使用的方式。如果你的解碼結果看起來像是亂碼,位元順序是你應該優先檢查的項目。
當你的二進位字串很短、僅限 ASCII,並且整齊地分組成八位元位元組時,直接使用速查表即可。其他情況則交給 Binary To Text 轉換器,它會自動抓出這些錯誤,並支援 UTF-8 能描述的每一個字元。一切都在你的瀏覽器本機端以純 JavaScript 執行,所以你輸入的內容不會被上傳、記錄,或傳送到任何伺服器,即使你在頁面載入後離線,轉換功能仍可繼續運作。
如果你正在比較各種選項,將編碼轉換為 UTF-8:十六進位、十進位與二進位 對此有詳細說明。