掃描碼（或掃描碼）是大多數計算機鍵盤發送到計算機以報告按下了哪些鍵的數據。 鍵盤上的每個鍵都分配有一個數字或數字序列。

按行和列映射關鍵位置需要不太復雜的計算機硬件； 因此，在過去，使用軟件或固件將掃描碼轉換為文本字符比通過文本字符連接鍵盤更便宜。 這種成本差異并不像以前那么大。 然而，許多類型的計算機仍然使用它們的傳統掃描碼來保持向后兼容性。

一些鍵盤標準包括每個被按下的鍵的掃描碼和每個被釋放的鍵的不同掃描碼。 此外，許多鍵盤標準（例如，IBM PC 兼容標準）允許鍵盤本身通過讓鍵盤本身在按住鍵時重復生成按鍵掃描碼來生成打字重復鍵，并在按下時發送一次釋放掃描碼 鑰匙被釋放。

在某些操作系統上，您可能會在計算機啟動時通過按住某個鍵來發現某個鍵的按下掃描碼。 運氣好的話，掃描碼（或其中的一部分）將在生成的卡住鍵錯誤消息中指定。 [注意：在 Windows 7 上只出現一個字節的掃描碼。]

IBM PC 兼容計算機鍵盤上的鍵盤掃描碼是由鍵盤發送的 1 到 3 個字節的集合。 大多數字符鍵都有一個單字節掃描碼； 執行特殊功能的鍵具有 2 字節或 3 字節掃描碼，通常以字節（十六進制）E0、E1 或 E2 開頭。 此外，幾個鍵發送更長的掃描碼，有效地模擬了一系列鍵，使不同類型的軟件更容易處理。

PC 鍵盤因為 PS/2 鍵盤最多支持三個掃描碼集。 最常遇到的是 XT（第 1 組）掃描碼，它基于 IBM PC XT 及更早版本使用的 83 鍵鍵盤。 這些主要由一個字節組成； 低 7 位標識鍵，最高有效位為按鍵清除或設置為按鍵釋放。 一些額外的鍵有一個 E0（或很少，E1 或 E2）前綴。 這些最初是分配的，因此忽略 E0 前綴（它在按鍵范圍內，因此不會對不理解它們的操作系統產生影響）會產生合理的結果。 例如，數字小鍵盤的 Enter 鍵產生掃描碼 E0 1C，對應于 Return 鍵的掃描碼 1C。

IBM 3270 PC 引入了自己的一組掃描碼（第 3 組），具有不同的鍵編號，并且鍵釋放由 F0 前綴表示。 為了向后兼容，3270 PC 使用附加卡和 BIOS 擴展將這些轉換為 XT（第 1 組）掃描碼。 當 Linux 檢測到可以正確支持掃描碼集 3 的 PS/2 鍵盤時，默認情況下使用該集。

IBM PC AT 引入了 AT（第 2 組）掃描碼。 在 84 鍵 AT 鍵盤上，這些鍵主要是第 3 組的一個子集，由于布局的修改造成了一些差異（例如，功能鍵的位置和掃描碼發生了變化）。 由于 PC AT 添加的密鑰通常在第 2 組和第 3 組中具有不同的掃描碼，并且在第 2 組中經常具有 E0 或 E1 前綴。 同樣，按鍵釋放由 F0 前綴表示。

對于自 IBM PC AT 以來的計算機，主板上的鍵盤控制器以所謂的轉換模式將 AT（第 2 組）掃描碼轉換為 XT（第 1 組）掃描碼。 可以在直通模式下禁用此轉換，從而可以看到原始掃描碼。 因此，軟件開發人員是否會在現代 PC 兼容機上遇到 AT 掃描碼或 XT 掃描碼取決于鍵盤的訪問方式。

兼容的 PS/2 鍵盤可以被告知發送第 1、2 或 3 組中的掃描碼。

USB 鍵盤使用一組新的掃描碼，主要在 USB 標準中指定。 所有識別 USB 鍵盤的計算機都可以識別這些新的掃描碼。