二進位與文字轉換會把每個字元的數字編碼對應到一串由 0 與 1 組成的 8 位元字串，反向對應則是把那些 0 與 1 還原成可讀的字元。事實上，螢幕上每一段文字底層都是用二進位儲存的——字母、數字、標點符號和表情符號在記憶體中都是以位元序列的形式存在。二進位轉文字工具只是把那層儲存方式攤開來，讓你能讀取、複製，或反向寫回。
這個概念比現代網路還要早出現。1960 年代，美國標準協會（American Standards Association）公布了 ASCII 編碼，這是一個 7 位元的對照表，為 128 個字元指派了獨一無二的編號，包括 A–Z、a–z、0–9、常見標點符號以及控制碼。由於電腦傾向以完整的位元組為單位運作，之後幾乎所有編碼都會把每個 ASCII 字元補滿到 8 位元，這就是為什麼你會看到像 01000001 這樣代表字母「A」的位元模式。現代系統通常會在它之上疊加 UTF-8：ASCII 字元仍使用 1 個位元組，帶腔調的字母使用 2 個，表情符號使用 3 或 4 個，但轉換規則依然相同——一個數字對應一個字元，一段位元組字串對應一個數字。如果你想不靠手動計算來試試看，Binary To Text 轉換器可以即時跑完整個流程，而且完全在你的瀏覽器內執行。
每個字母背後的二進位編碼
可以把二進位想成同一個數字的不同表示法。十進位數字 65、十六進位值 41，以及二進位字串 01000001，在 ASCII 中都描述同一個字母「A」。字母「B」是十進位 66，也就是 01000010，「C」則是 67 / 01000011。重點在於這個規律：它不是隨機的位元，而是經過設計的對照表，而這個對照表就是讓任何程式——或任何手邊有轉換器的人——能把文字與二進位互換的約定。
想更深入了解數字如何變成位元模式，ASCII 標準本身就是最原始的來源。Unicode 聯盟也公布了涵蓋 ASCII 沒辦法處理字元的官方對照，包括帶腔調的拉丁字母、西里爾字母、中文、阿拉伯文，以及表情符號。大多數消費型工具，包括上面連結的那個，都依賴 UTF-8，因為它是網路上最主流的編碼，而且不需要特殊規則就能處理完整的字元集。
為什麼二進位轉文字工具勝過手動計算
人類讀得懂二進位，但要寫下來既慢又容易出錯。一個小失誤——多餘的空格、漏寫的前導零、一對位元對調——就會讓結果變成完全不同的字元；如果是多位元組序列，甚至會讓整串都壞掉。轉換器一次解決了三個摩擦點：
- 它知道 ASCII 正好是 8 位元寬度，也能自動把更長的位元字串切分為 UTF-8 位元組。
- 它會忽略多餘的空格、換行，或是每 4 位元一組的分塊等純粹是排版上的差異。
- 它能用單一開關在兩個方向執行轉換，所以你可以編碼文字、分享二進位字串，稍後再解碼，不需要重做任何步驟。
| 編碼 | 每字元位元組數 | 涵蓋範圍 |
|---|---|---|
| ASCII | 1（有效位元 7 個） | 英文字母、數字、基本標點符號 |
| 延伸 ASCII（Latin-1） | 1 | 加上西歐語言的腔調字母 |
| UTF-8 | 1 到 4（可變） | 所有語言、符號與表情符號 |
由於規則是公開且固定的，本機端轉換器所產生的結果，會與伺服器端腳本輸出的結果逐位元相同。瀏覽器也不需要網路往返，所以私密資料——例如電子郵件草稿、一段程式碼、或個人筆記——完全不會離開你的裝置。
如何把文字轉成二進位（以及反向轉回）
以下是 Binary To Text 工具所採用的完整流程，同步說明讓你可以手動操作，也能放心交給工具代勞。
- 開啟 Binary To Text 轉換器，使用頂部的開關選擇方向：選擇 Text → Binary 來編碼，或選擇 Binary → Text 來解碼。
- 若是 Text → Binary，請在輸入框中輸入或貼上任何字串——字母、數字、標點符號、腔調字母、表情符號都可以。8 位元的輸出會立刻出現在下方，每個位元組之間以空格分隔。
- 若是 Binary → Text，請把由 0 與 1 組成的字串貼到輸入框中。空格和換行會被自動忽略，所以已換行的段落或每 4 位元一組的分塊都不需要預先整理。
- 在輸出面板中讀取解碼後的文字。如果你需要把同一段字串反向處理，按下 Swap direction，輸出內容就會一步切換成新的輸入。
- 按下 Copy 複製結果，或直接貼到聊天視窗、文件或程式碼檔案中。由於每一步都在你的瀏覽器本機端執行，所以不會上傳任何資料。
實作範例：「Hi」的 8 位元二進位表示
為了讓對應關係更具體，這裡提供一個你可以用肉眼驗證的簡短計算。小寫字母「H」的 ASCII 碼是 72，小寫字母「i」的 ASCII 碼是 105。
| 步驟 | H（ASCII 72） | i（ASCII 105） |
|---|---|---|
| 反覆除以 2 | 72 → 36 r0，36 → 18 r0，18 → 9 r0，9 → 4 r1，4 → 2 r0，2 → 1 r0，1 → 0 r1 | 105 → 52 r1，52 → 26 r0，26 → 13 r0，13 → 6 r1，6 → 3 r0，3 → 1 r1，1 → 0 r1 |
| 由下往上讀取餘數 | 1001000 | 1101001 |
| 補滿至 8 位元 | 01001000 | 01101001 |
把兩個位元組用空格串接起來，結果就是 01001000 01101001。把這段字串放進轉換器的 Binary → Text 模式，應該會剛好得到 Hi。同樣的算術適用於所有 ASCII 字元，而當你處理到純英文以外的內容時，工具也會自動延伸到 UTF-8 的多位元組序列。
二進位與其他常見編碼的比較
二進位是最原始的文字表示方式，這既是它的優點也是它的缺點。它通用、無損、且解讀起來毫不費力，但同時也很冗長且不易閱讀——對 ASCII 來說大約是原始文字大小的八倍，表情符號和非拉丁文字則會更大。有兩種替代編碼犧牲部分可讀性來解決長度問題：
| 編碼 | 輸出外觀 | 最適合用途 |
|---|---|---|
| 二進位（8 位元 ASCII） | 01001000 01101001 | 學習電腦如何儲存文字；低階除錯 |
| 十六進位 | 48 69 | 檢查程式或網路封包中的位元組 |
| Base64 | SGU= | 在電子郵件或 JSON 等純文字通道中傳送二進位資料 |
十六進位只是把二進位重新組成 4 位元一組的 nibble，這就是為什麼「H」（01001000）會變成「48」，而「i」（01101001）會變成「69」。Base64 更進一步，一次打包 6 個位元成可列印的字母，這大致上就是 Base64 Encode / Decode 工具做的事。如果你在除錯資料如何在系統之間傳輸，URL Decoder 處理的是另一個相關但不同的情境——在 URL 中安全傳輸用的百分比編碼。
值得認識的常見名詞
以下是幾個簡短的定義，幫助你在其他地方閱讀相關主題時更順暢：
- 位元（Bit）：單一個 0 或 1，是數位儲存的最小單位。
- 位元組（Byte）：八個位元，是一個 ASCII 字元的標準單位。
- ASCII：1960 年代公布的原始 128 字元編碼表，至今仍是 UTF-8 的基礎。
- UTF-8：可變寬度的編碼，把 ASCII 延伸為超過一百萬個碼位，由 Unicode 聯盟定義並維護。
- MSB / LSB：「最高有效位元（most significant bit）」與「最低有效位元（least significant bit）」，用來描述一個位元組中最左邊與最右邊的位元。
一旦理解了這些概念，整個主題就能簡化成一個規則：每個字元都是一個數字，每個數字都能用二進位表示，而這層對應是可逆的。像 Binary To Text 這類工具會幫你處理瑣碎的部分，讓你專注在訊息本身，而不是位元。
相關指南：如何即時 Base64 解碼文字（逐步指南）。
如果你正在權衡各種選項，如何翻譯摩斯密碼｜工具與方法 對此有詳細說明。
如果你正在權衡各種選項，如何利用 Google 與本機工具產生安全的密碼 對此有詳細說明。
如果你正在權衡各種選項，用簡單步驟理解二進位轉文字轉換 對此有詳細說明。