ASCII 字元總表：參考全部 128 個 7 位元碼

標準 ASCII 恰好包含 128 個代碼位置，從十進位 0 編號到十進位 127，而一份完整的 ASCII 對照表會在單一參考資料中列出所有這些位置。每一列會將一個字元（或其標準控制縮寫）與同一個值同時以四種數字系統並列呈現：十進位、兩位數十六進位、三位數八進位，以及七位數二進位。這種固定的結構正是讓此對照表能用於批次查詢的原因：你可以掃描整個代碼區塊、以篩選器區隔出特定類別，或透過名稱、縮寫、十進位值，或加上前置詞的十六進位、八進位、二進位值來搜尋特定的一列，然後將完整的該列複製到你的剪貼簿。由於標準 ASCII 嚴格為 7 位元，十進位 128 到 255 完全不屬於此對照表的範圍；那些位元組值屬於其他獨立的編碼，例如 ISO-8859-1、Windows-1252 或 CP437，若將它們納入並標示為 ASCII，將會掩蓋一項重要的歧義。此對照表是在你的瀏覽器中建立並篩選的，因此搜尋詞彙與複製的列絕不會離開你的機器。對於程式碼註解、網路封包擷取、資料清理規則以及協定註記來說，這種一站式的完整參考資料省下了每次都得手動換算進位制的工作。

完整 ASCII 對照表包含哪些內容

標準 ASCII 是由 ECMA-6 以及 IETF RFC 20 所定義的一套 7 位元編碼字元集，而這份對照表依設計正好容納 128 列。每一列代表從 0 到 127 之中的一個整數，且該列的數字欄位全部衍生自同一個整數，而非各自獨立查詢所得。當該位置為可列印字元時，可見字元會與其描述性名稱及實用的分類並排在各自的欄位中。標準中的控制字元位置，即十進位 0 到 31，會沿用 RFC 20 中的縮寫，例如 NUL、HT、LF 以及 CR，因為這些代碼並無一般的可列印字形。十進位 32 顯示為 SP（代表 Space），而十進位 127 顯示為 DEL（代表 Delete）。從十進位 33 到 126 的圖形字元位置，則包含標點符號、數字 0 到 9、大寫拉丁字母 A 到 Z，以及小寫拉丁字母 a 到 z。這些圖形字元的命名遵循 Unicode Basic Latin 代碼對照表，而代碼位置則與 RFC 20 完全一致。

如何掃描全部 128 個代碼並批次複製

1. 開啟 ASCII Table，在單一可捲動的檢視中瀏覽全部 128 列，或直接在搜尋框中輸入以立即縮小範圍。
2. 輸入一個名稱（line feed）、一個控制縮寫（LF、CR、NUL、HT）、一個純十進位值（65）、一個帶前置詞的進位制值（0x41、0o101 或 0b1000001），或如 char:0 或 char:space 等字面形式，以便快速聚焦於單一項目。
3. 當你想要區隔出某個區塊時，從篩選器中挑選一個分類：Controls、Punctuation、Digits、Letters、Space 或 Delete。所有符合的列都會保持可見；此工具並不會默默地截斷大型的結果集合。
4. 檢視每一列所保留的十進位、十六進位、八進位以及七位數二進位欄位，然後在你需要將完整文字記錄寫入剪貼簿的那一列上選擇 Copy。
5. 若瀏覽器拒絕剪貼簿存取，頁面會回報該失敗，而非謊稱成功；變更搜尋或分類會清除先前的複製訊息，讓你可以再試一次。

針對目標式批次查詢進行搜尋與篩選

搜尋框圍繞著一組小而精確、可預測的規則所打造，這在進行批次查詢並希望每次查詢行為一致時至關重要。純數字會被視為十進位，因此輸入 65 會落在大寫 A。若要在其他進位制中尋找同一個代碼，請為數值加上前置詞：0x 代表十六進位、0o 代表八進位、0b 代表二進位。由於這些前置詞的設計，你可以從網路封包擷取、封包捕捉或程式碼審閱中貼上一段代碼，並無論來源使用的是哪一種進位制，都能找到對應的那一列。char:value 這種形式可讓你以字面字元本身作為錨點，包括如 char:space 等空白形式，或如 char:0 等字面控制位元組，這在從檔案讀取位元組並想確認其在標準 ASCII 之下應對應到哪個字元時特別實用。當結果為空時，畫面會顯示清楚的「無符合」狀態，而不會留下過時的輸出。

接著，分類篩選器會將對照表劃分為可辨識的區塊。Controls 涵蓋十進位 0 到 31 及其標準的 RFC 20 縮寫。Punctuation 涵蓋圖形符號與運算子。Digits 獨立區隔出 0 到 9。Letters 將大寫 A 到 Z 與小寫 a 到 z 歸為一組。Space 僅包含十進位 32，因為 RFC 20 將 Space 視為一種正常情況下不可列印的圖形字元，而非控制代碼。Delete 僅包含十進位 127，因為 RFC 20 指出 DEL 在嚴格意義上並非控制字元，對照表也尊重這項區別，使分類保持誠實。

並排閱讀四種數字系統

每一列都會以四種表示法呈現同一個整數：十進位（無前置詞，為來源值）、兩位數大寫十六進位、三位數八進位，以及七位數二進位。顯示畫面中固定寬度的前置詞使進位制一目了然，這點很重要，因為文件、原始碼、網路封包擷取以及命令列工具各自都有其慣用的表示法。完整參考資料讓你能橫向閱讀該列，而無須在腦中進行換算。

舉例來說，大寫 A 為十進位 65。加上 0x 前置詞以兩位數十六進位表示時，該列會讀作 0x41。八進位欄位為 0o101，因為在以 8 為基底的表示法中，64 + 1 = 65。二進位欄位為 0b1000001，這是同一個整數的七位數二進位形式。小寫 a 為十進位 97，十六進位為 0x61，因此同一個拉丁字母的大小寫之間的差值為 32，這是撰寫字元算術時值得記住的一個常數。

下表顯示幾個具代表性的列如何在所有四種數字系統之間對齊。每一列都是 RFC 20 與 Unicode Basic Latin 對照表中正式定義的代碼位置，而非人工計算出來的值。

Decimal	Hex	Octal	Binary	Char / Abbr.	Name	Category
0	0x00	0o000	0b0000000	NUL	Null	Controls
9	0x09	0o011	0b0001001	HT	Horizontal Tabulation	Controls
10	0x0A	0o012	0b0001010	LF	Line Feed	Controls
13	0x0D	0o015	0b0001101	CR	Carriage Return	Controls
32	0x20	0o040	0b0100000	SP	Space	Space
48	0x30	0o060	0b0110000	0	Digit Zero	Digits
65	0x41	0o101	0b1000001	A	Capital A	Letters
97	0x61	0o141	0b1100001	a	Lowercase a	Letters
126	0x7E	0o176	0b1111110	~	Tilde	Punctuation
127	0x7F	0o177	0b1111111	DEL	Delete	Delete

為何完整參考僅止於十進位 127

標準中的 7 位元界線是刻意設計的，而非任意截斷。RFC 20 與 ECMA-6 確切定義了 128 個代碼點，而 128 到 255 之間的值並不屬於標準 ASCII 的一部分。實際上，那些較高的位元組值是由許多不同的編碼所解讀，包括 ISO-8859-1、Windows-1252 以及 IBM CP437，每一種編碼都將不同的字元指派給同一個位元組。若將它們混雜在「延伸 ASCII」這個標籤之下，將會掩蓋該歧異性，而這正是一份嚴謹的對照表僅止於 127 的原因。ASCII Table 嚴格遵循該界線：僅產生 0 到 127 之間的整數位置，且每一種進位制表示法皆衍生自該整數。當你需要解碼一個高於 127 的位元組時，正確的第一步是識別產生該位元組的編碼；僅靠數字本身並不足以判定。ASCII 也是 Unicode 的子集：Unicode 在 ASCII 範圍（Basic Latin 區段）保留了相同的代碼點，並大幅向外延伸，這在日後需要用到原始 7 位元集以外字元時非常有用。

實用的批次參考工作流程

一份完整的 ASCII 對照表之所以有其價值，在於它能避免多次查詢打斷你的工作流程。常見的工作流程包括：撰寫以四種表示法引用同一代碼點的程式碼註解與 docstring；審閱一端顯示為八進位、另一端顯示為十進位的網路封包擷取；以及建立會去除或替換一組已知標點或空白字元的資料清理規則。同一份對照表也適用於需要在不重複建構換算的情況下，以十進位、十六進位、八進位與二進位展示同一列的教學教材，以及用以比較不同編碼器對同一固定位元組實際輸出內容的協定註記，方法是將該值以每一種表示法讀回。

由於整份表格完全在你的瀏覽器中執行，且搜尋詞彙或複製的列並不會被送到遠端服務，你可以將其用於內部文件、協定註記以及錯誤報告，而無須擔心資料外洩。Copy 按鈕會以易讀的文字格式寫入一整列完整的內容，包括顯示值、名稱以及所有四種數字系統，這與此類註記一般的撰寫方式十分契合。若需要更廣泛地了解如何在原始碼與資料流程中應用這些值，ASCII 代碼於程式設計與資料任務的實用指南會展示同一套列的慣例如何延續到日常的開發工作中。

若想深入了解，請參閱 Chmod Calculator Bulk: Convert Multiple Mode Bits。