標準 7 位元 ASCII 為每一個可列印字母、數字、標點符號以及早期電腦約定共用的控制碼，剛好指派一個從 0 到 127 的十進位數字，而 ASCII 碼轉換速查表可在兩個方向上對應這 128 個數值與其字元。一張可列印的速查表提供靜態參考（像是「65 = A」、「97 = a」、「32 = 空白」這幾列），讓你不必借助任何軟體就能查詢單一字元。轉換速查表則更進一步：你可以貼上一整個單字、一句話或一整段十進位數字，一次完成所有編碼，並具備嚴格的驗證機制，讓你不會不小心把延伸位元組當成 ASCII 處理。免費的 ASCII 轉換器工具一次就能同時勝任這兩種角色，對你貼上的任何輸入回傳精確的十進位數值 0 到 127，並標記出第一個非 ASCII 字元，而非默默損毀你的資料。
傳統印刷的 ASCII 參考卡會顯示 128 格，通常排成四列三十二個字元，或八列十六個字元，每個字符旁標示十進位、十六進位，有時還會標示八進位數值。實用的欄位包含字元本身、其十進位代碼，以及像是「NUL」、「LF」或「DEL」這類簡短標籤，用於標示沒有可列印外形的代碼。定義原始 7 位元指派的 IETF RFC 20 規格至今仍是權威來源，而 Unicode 聯盟的 C0 控制字元及基本拉丁文對照表則為現代軟體交叉對應相同的數值。當你在網路上找到這些參考資料時，通常會看到一個小型的固定表格，對於單次查詢來說很方便，但若你需要轉換一整段文字、一整行記錄檔，或是一長串十進位代碼時，效率就顯得太慢。若想深入了解以十進位為主軸的操作步驟，如何將 ASCII 轉換為整數指南會介紹同一個工具，並附上更多詳細範例。
將 ASCII 轉換器作為互動式速查表使用
開啟 ASCII 轉換器頁面，先選擇方向：文字轉代碼會把字串中的每個字元轉成以空格分隔的十進位整數，而代碼轉文字則是反向處理。兩個方向都完全在目前的瀏覽器分頁中執行，因此你貼上的文字絕不會離開你的機器，沒有上傳步驟、不需要帳號，也沒有伺服器往返。接受的範圍正好是十進位 0 到 127，涵蓋所有控制碼、標點符號、數字、大寫與小寫拉丁字母，以及 DEL 字元。下邊界 (0)、TAB (9)、換行 (10)、空格 (32)、數字零 (48)、大寫 A (65)、小寫 a (97) 以及上邊界 (127) 共八個參考基準點作為錨定，任何錯誤指派都無法逃過驗證邏輯。
與靜態的 ASCII 對照表參考頁不同，這個轉換器強制執行標準 7 位元 ASCII 與十進位代碼值之間的嚴格雙向轉換，並不提供延伸字碼頁的替代方案。它也與 文字轉十六進位或 文字轉二進位轉換器不同，後兩者是以十六進位或二進位編碼 UTF-8 位元組，而非一開始就把輸入當作純 7 位元 ASCII 處理。選對工具做對事很重要：如果你的輸入包含腔音符號、表情符號，或任何高於 127 的字元，ASCII 轉換器會拒絕處理，這時你應該改用具名明確編碼方式的 UTF-8 轉換器。
將文字轉換為十進位 ASCII 代碼
依照下列步驟將字串轉為對應的十進位代碼：
- 在 ASCII 轉換器頁面上選擇「文字轉代碼」方向。
- 將你想編碼的文字貼上或在輸入區中輸入。限制為 100,000 個 UTF-16 程式碼單位。
- 選擇「Convert ASCII」並檢視結果，輸出會以空格分隔的十進位整數呈現，例如字串「Hi!」會得到 72 105 33。
- 若出現非 ASCII 字元，工具會在該字元處停止並回報其位置，而不是猜測如何將其編碼為 UTF-8 或舊式字碼頁。
- 將十進位輸出複製到剪貼簿，以便用於程式碼、文件或網路通訊協定中。
舉個快速的範例來看，取三個字元的字串「Hi!」。依據 RFC 20，第一個字元 H 的十進位值為 72，第二個字元 i 為 105，驚嘆號則為 33。工具一次就會產生 72 105 33，無需手動查表，因此即使是短短一個詞組，用轉換也比讀靜態表格更快。
將十進位代碼解碼回文字
當你手上有一塊來自規格書、教科書或記錄檔的代碼時，反向操作同樣好用。請依照下列步驟：
- 將 ASCII 轉換器切換到「代碼轉文字」模式。
- 輸入範圍 0 到 127 的十進位整數值，並以空格、逗號或換行分隔；斷詞器可接受這些分隔符號的任意組合。
- 選擇「Convert ASCII」。解碼器僅接受一到三位的無正負號十進位權杖，並會拒絕帶正負號的數字、分數、像是 0x41 這類十六進位前置詞，以及空權杖。
- 在輸出區檢視重建後的文字。每次貼上的解碼上限為 50,000 個代碼，這對幾乎任何單一文件或表格都已足夠。
- 若結果看起來正確就複製下來。如果輸出中的部分內容在目的應用程式裡看起來隱形或行為異常，請參考下方關於控制字元的說明。
由於此工具以十進位 7 位元值處理完整的文字序列，並在輸入不是 ASCII 時採取失敗關閉（fail closed）策略，你隨時都能知道轉換是否成功。沒有會隱藏錯誤的模糊「盡力而為」機制，也不會把 128 到 255 的位元組默默重新解讀為 Windows-1252 或 ISO-8859-1。這種失敗關閉的特質，正是嚴格轉換器在通訊協定工作、鑑識分析與教學用途上勝過寬鬆轉換器的主要原因。
快速 ASCII 十進位參考表
下表列出最常被查詢的部分數值，直接取自 RFC 20 的指派，並對照 Unicode 基本拉丁文對照表做過交叉驗證。若需完整的 0 到 127 範圍，請直接把文字貼進 ASCII 轉換器，而不必逐一查找。
| 十進位 | 十六進位 | 字元 | 分類 |
|---|---|---|---|
| 0 | 00 | NUL | 控制字元 |
| 9 | 09 | TAB | 控制字元 |
| 10 | 0A | LF | 控制字元 |
| 13 | 0D | CR | 控制字元 |
| 32 | 20 | (空格) | 空白字元 |
| 48 | 30 | 0 | 數字 |
| 65 | 41 | A | 大寫字母 |
| 97 | 61 | a | 小寫字母 |
| 127 | 7F | DEL | 控制字元 |
請注意數字字元從 48 開始，大寫拉丁字母從 65 排到 90，小寫拉丁字母則從 97 排到 122。這樣的排列順序正是讓 ASCII 能以簡單的位元組比較自然排序字串的關鍵，也是這個編碼在更大的字元集出現後仍能長期存活的理由之一。
為何刻意排除 128 到 255 的值
標準 ASCII 是 7 位元碼，這代表每個值都容納在七個二進位數字內，最大值為十進位的 127，或十六進位的 0x7F。128 到 255 的位元組屬於不同類別，人們常籠統地稱之為「延伸 ASCII」，但這個說法隱藏了一個重要問題：它並沒有一個統一的定義。Windows-1252、ISO-8859-1 及其他幾個字碼頁各自把 128 到 255 指派給不同的字元，一旦選錯，整個文字檔在出現非 ASCII 位元組時就會立刻變成亂碼（mojibake）。ASCII 轉換器會拒絕任何高於 127 的輸入字元，以及任何高於 127 的解碼後整數，而非默默挑選某個字碼頁，這正是當正確性比便利性更重要時你所想要的行為。若要處理 Unicode 碼點、UTF-8 位元組流或舊式單位元組編碼，請改用具名明確所需編碼的轉換器；如果檔案中含有腔音符號或表情符號，下一步合適的工具是 UTF-8 編碼／解碼器。
控制字元：當十進位數值看似隱形時
解碼十進位代碼時一個常見的意外，是 0 到 31 以及 127 這些代碼代表的是控制字元而非可列印字符，因此在文字區中部分輸出可能看起來是空白的。十進位 9 會插入定位點（Tab），十進位 10 會插入換行，十進位 13 會插入歸位字元，十進位 0 是 NUL，十進位 127 則是 DEL。每一個代碼在被貼進其他程式時都可能觸發該應用程式特有的行為：定位點可能把游標移到表單中的下一個欄位，換行可能把該值在試算表中拆成兩列，而 NUL 位元組則可能在使用 C 風格字串函式庫的 C 程式中截斷字串。若你需要精確查看或保留每個位元組，請複製十進位輸出而不是解碼後的文字，或將解碼結果貼進能清楚顯示控制字元的位元組感知編輯器中。此工具預設並不會對每個控制字元提出警告，因為大多數用途會將定位點與換行視為有幫助而非危險，但驗證機制一律會回報任何落在 7 位元範圍之外的字元位置。
你可信賴的限制與驗證
有兩項實際的限制決定了你每次貼上時可轉換的文字量。編碼端單次最多接受 100,000 個 UTF-16 程式碼單位，解碼端則單次最多接受 50,000 個十進位權杖；這兩個數字大到足以容納一部小說長度的文件，卻又小到足以讓往返轉換保持在瞬間完成。兩端的驗證都很嚴格：編碼端會拒絕第一個落在 0 到 127 範圍外的字元並回報其位置，讓你能修正輸入；解碼端則會拒絕帶正負號的數字、分數、十六進位前置詞、空權杖以及超出範圍的值，不會嘗試自行解讀它們。這裡沒有延伸字碼頁的退路、沒有悄悄的 UTF-8 重新解讀，也不會把你的文字上傳到遠端伺服器。這些特性的組合，使得這個轉換器無論用於記錄檔行、通訊協定酬載或課堂練習都同樣安全，因為輸出中的每個位元組都只代表唯一一個意義。
若想進一步了解，請參閱 Base64 轉十六進位速查表：RFC 4648 快速參考。