ASCII 表格是一個以覽器為基礎的參考工具，列出全部 128 個標準 7 位元 ASCII 碼點，從十進位 0 到 127，每個項目皆以可見字元或 RFC 20 控制縮寫呈現，並標示其十進位、兩位數十六進位、三位數八進位及七位數二進位數值。表格的建立與篩選都在您的瀏覽器中完成，因此搜尋關鍵字與複製的資料列不會傳送至遠端服務，7 位元的界線是有意為之。標準 ASCII 不包含十進位 128 到 255 的數值，因為這些位元組在 ISO-8859-1、Windows 碼頁、IBM PC 碼頁（例如 CP437）及其他編碼中各有不同的解讀方式。將這些位元組通稱為延伸 ASCII 會掩蓋一個重要的歧義。因此本表格僅止於 127，並不會混用不相容的 8 位元對應。7 位元的界線正是 RFC 20 與 ECMA-6 所定義的標準範圍，因此表格與其所引用的參考資料一致。如果您經常處理 127 以上的數值，仍可使用本表格確認 ASCII 範圍，再參考針對特定編碼的資源來處理更高的位元組。
128 個碼與 7 位元界線
本表格正好由 128 個項目構成。十進位是每一列的來源整數，其他三種進位制皆由其衍生：大寫十六進位補齊為兩位數，八進位補齊為三位數，二進位補齊為七位數。RFC 20 提供了標準碼表、控制縮寫、控制術語、SP 代表 Space 以及 DEL 代表 Delete。Unicode Basic Latin 碼表則獨立提供並交叉核對圖形字元名稱與碼位，同時 ECMA-6 確認了 7 位元、128 字元的範圍。由於三個來源皆一致同意 0 到 127 的範圍，因此本表格無需在相互競爭的延伸方案中擇一。
此設計將 7 位元界線視為一項特性。如果您需要解碼 127 以上的位元組，第一步是先識別實際產生該位元組的字元編碼。選擇編碼是解碼的一部分，僅憑數值本身並不足夠。常見的編碼如 UTF-8、ISO-8859-1 與 Windows-1252，各自將這些較高的位元組對應到不同的字元，憑猜測通常會產生亂碼。對於精確的 7 位元查詢與轉換，本表格是合適的工具；對於 127 以上的位元組解讀，則需要具備編碼感知能力的解碼器。
十進位 33 到 126 的圖形項目包含標點符號、數字 0 到 9、大寫拉丁字母與小寫拉丁字母。其名稱遵循 Unicode Basic Latin 碼表，碼位則與 RFC 20 ASCII 表格一致。例如，大寫 A 為十進位 65、十六進位 0x41、八進位 0o101、二進位 0b1000001。小寫 a 為十進位 97、十六進位 0x61。顯示畫面中的固定寬度前綴使進位制一目了然，這在文件、原始碼、網路封包追蹤與命令列工具使用不同記法時特別實用。
如何搜尋 ASCII 表格中的任何碼
搜尋框接受多種輸入方式，因此您可以從現有的任何角度查詢碼。可見字元、控制縮寫、名稱、類別或精確碼皆可使用。工具會將未加前綴的數字解讀為十進位，因此輸入 65 即可找到大寫 A。若要搜尋其他進位制，請使用明確的前綴：0x 代表十六進位、0o 代表八進位、0b 代表二進位。同一列大寫 A 可透過 0x41、0o101 與 0b1000001 來找到，這讓您無論數值如何記錄皆能加以確認。以字元:值表示的字面字元形式，適用於您想依實際外觀尋找特定可列印字元或空白字元的場合；char:space 可直接定位至 SP 列，char:0 則可定位至數字零那一列。
- 開啟 ASCII 表格，從上至下逐一檢視全部 128 列，或於搜尋框中輸入查詢。可使用名稱（如 line feed）、控制縮寫（如 LF）、十進位數值（如 65）、帶前綴的進位制數值（如 0x41），或字面字元（如 char:space）。
- 當您想將可見的資料列縮減為單一類別時，請從篩選器中選擇類別，例如控制字元、標點符號、數字、大寫字母、小寫字母、Space 或 Delete。篩選器不會悄悄截斷大量的結果集；所有符合項目都會保留在畫面上。
- 逐一檢視每列的內容。可見字元（或其 RFC 20 縮寫）、描述性名稱、類別與四種進位制皆集中於同一處，因此您可依周遭文件所使用的記法讀取對應的碼。
- 在所需資料列上點選 Copy（複製）。該按鈕會以易讀的文字格式將一整列寫入剪貼簿，內容包含顯示值、名稱與全部四種進位制。若瀏覽器拒絕剪貼簿權限，頁面會回報失敗而非謊稱成功，而變更搜尋或類別會清除先前的複製訊息。
無結果時會顯示明確的「無符合」狀態，而非在畫面上保留陳舊的輸出，這在您誤打前綴或數值時能讓作業流程保持誠實。搜尋為精確比對而非近似比對，因此查詢 65 並不會意外地帶出僅包含字元 6 與 5 的資料列。
依類別篩選表格
類別選器與搜尋框彼此獨立，因此可合併使用。將類別設為數字，表格僅顯示 0 到 9 的十列；設為大寫字母，即出現 26 個大寫字母；設為小寫字母，則出現 26 個小寫字母；設為控制字元，則會得到十進位 0 到 31 的 32 個非列印位置，每個位置皆附有對應的 RFC 20 縮寫。Space（十進位 32）明確顯示為 SP，並歸入獨立的 Space 類別，因為它嚴格而言是一個通常不列印的圖形字元而非控制碼。Delete（十進位 127）顯示為 DEL，並歸入獨立的 Delete 類別，因為 RFC 20 指出 DEL 嚴格而言並非控制字元。標點符號則將十進位 33 到 47、58 到 64、91 到 96，以及 123 到 126 的圖形標點與符號資料列獨立呈現。
將 Space 與 Delete 與其他項目區分開來，能讓可見的類別保持準確。若將所有非列印位置視為相同，將會掩蓋文字通訊協定、終端機處理與檔案格式規格中重要的差異，也會誤導 RFC 20 對於 DEL 的特別說明。
正確判讀四種進位制
表格一律先呈現十進位，接著是帶 0x 前綴的兩位數十六進位、帶 0o 前綴的三位數八進位，以及帶 0b 前綴的七位數二進位。補齊位數至關重要：十六進位以前導零補齊至兩位數，因此 0 到 15 會顯示為 0x00 到 0x0F；八進位補齊至三位數，因此最小值為 0o000，最大值為 0o177；二進位則補齊至七位數，讓每一列寬度一致。這種補齊並非純粹為了美觀；它使進位制一目了然，並在您一次掃描多列時保持欄位對齊。
| 十進位 | 十六進位 | 八進位 | 二進位 | 顯示 |
|---|---|---|---|---|
| 65 | 0x41 | 0o101 | 0b1000001 | A |
| 97 | 0x61 | 0o141 | 0b1100001 | a |
| 48 | 0x30 | 0o060 | 0b0110000 | 0 |
| 32 | 0x20 | 0o040 | 0b0100000 | SP |
| 13 | 0x0D | 0o015 | 0b0001101 | CR |
| 127 | 0x7F | 0o177 | 0b1111111 | DEL |
每一列的進位制轉換皆直接來自 ASCII 表格工具，所有進位制皆由同一整數衍生。大寫 A（十進位 65）與小寫 a（十進位 97）之間相差 32 個數值，反映了 RFC 20 所定義的配置，表格同時在所有進位制中呈現此一差距。
識別控制字元、Space 與 Delete
十進位 0 到 31 為不具一般可列印字形的控制碼。表格會顯示其 RFC 20 縮寫，避免儲存格為空或造成誤導。NUL 為十進位 0，即空字元；HT 為十進位 9，即水平定位（Horizontal Tabulation）；LF 為十進位 10，即換行（Line Feed）；CR 為十進位 13，即歸位（Carriage Return）。該範圍中的其他資料列包含 BEL（7，響鈴）、BS（8，退格）、FF（12，換頁）、ESC（27，跳脫），以及 C0 控制集的其他項目。這些縮寫在不同作業系統與通訊協定之間皆保持一致，這正是表格依賴 RFC 20 而非自創名稱的原因。
十進位 32 為 SP（Space），即字詞之間的空白字元。十進位 127 為 DEL（Delete）。RFC 20 指出 DEL 嚴格而言並非控制字元，因此工具為 Delete 設置獨立類別，而非將其歸入控制字元群組。同樣的邏輯也讓 Space 有自己的群組。CR、LF 與 CRLF 的慣例仍因通訊協定與平台而異，這提醒我們 ASCII 僅指派碼點，本身並未說明每個應用程式如何解讀控制操作、文字檔如何選擇行尾結束符，或現代的 Unicode 字串如何編碼為位元組。請將本表格用於精確的 7 位元查詢，當行為取決於情境時，再參考相關的檔案格式或通訊協定。
Unicode 在相同的 Basic Latin 碼位中納入了 ASCII 範圍，因此具備 Unicode 感知能力的工具在十進位 0 到 127 之間與本表格一致。Unicode 的涵蓋範圍遠超過此範圍，當您處理的位元組並非標準 7 位元 ASCII 時，這便是下一步的參考方向。
複製完整資料列以供筆記或程式碼使用
Copy（複製）按鈕是表格與其他工作之間的橋。每次點選會以易讀的文字格式寫入一列，內容包含顯示值、描述性名稱與全部四種進位制。此格式可直接放入程式碼註解、錯誤報告、通訊協定備註、教學投影片或資料清理規則中，無需再行編輯。對於提及異常位元組的程式碼審查註解，複製該列可讓您在同一行中引用十進位、十六進位、八進位與二進位，使閱讀任一記法的同事皆能對應到同一字元。
剪貼簿存取取決於瀏器權限。若頁面回報複製失敗，表示瀏覽器拒絕寫入，剪貼簿中並未新增任何內容。變更搜尋或類別會清除先前的複製訊息，使畫面顯示狀態與剪貼簿實際內容保持一致。當瀏覽器封鎖複製時，表格不會稱複製成功；對於未符合的搜尋，則會以明確的「無符合」訊息呈現，而非顯示前次查詢留下的陳舊資料列。
當您需要一個固定且有標準依據的 7 位元參考時，請開啟 ASCII 表格。至於這些碼在特定程式設計工作中如何呈現的相關閱讀，本網站其餘的開發者指南從各語言的角度介紹同一工具；對於 127 以上的位元組數值，請改用具備編碼感知能力的解碼器，而非使用 8 位元延伸。
若想深入了解，請參閱 ANSI Escape Codes：SGR Parameter Format and Safe Handling。
若想深入了解，請參閱 Use an ASCII Table in Java：Convert char, int, and byte。