为何检测Del键的ASCII码返回83？请给出技术解释

按下Del键时，因它属于扩展键，会先返回ASCII码-32，再返回83；而按下Ctrl + 退格键会返回预期的127（即Del键实际的ASCII码）。请问对此现象有何技术解释？

相关C语言代码 #

char x;
x = getch();
if(x == -32 || x == 0){
    x = getch();
    printf("The key you pressed is an Extended Key, with ASCII code: %d\n", x);
}else{
    printf("The key you pressed is a Normal Key, with ASCII code: %d\n", x);
}

技术解释 #

这得从DOS时代遗留的键盘输入机制说起，你用的getch()是传统控制台的字符输入函数，底层依赖早期PC的键盘中断处理逻辑：

• Del键的扩展键逻辑：
  早期PC键盘里，方向键、功能键、Del这类超出ASCII基础字符集的键被定义为「扩展键」。按下这类键时，键盘控制器会先发送一个0xE0（也就是代码里的-32，因为char是有符号类型，0xE0转成有符号整数就是-32）的前缀字节，告诉系统接下来的字节是扩展键的扫描码。你看到的83其实是Del键的硬件扫描码，不是ASCII码——扩展键本身没有对应的标准ASCII值，所以用「前缀+扫描码」的组合来区分识别。

• Ctrl+退格键的ASCII映射：
  ASCII码里的127本来就被定义为「删除（Delete）」控制字符，早期终端中，Ctrl+退格（部分终端直接是退格键）会触发这个控制字符，用于删除光标前的内容。这是ASCII标准里的原生控制码，所以getch()会直接返回127，不需要前缀，属于普通键的处理逻辑。

总结来说：Del键是硬件层面的扩展键，遵循DOS时代遗留的「前缀+扫描码」输入机制；而Ctrl+退格是触发了ASCII标准中的删除控制字符，走的是普通ASCII键的处理流程。

内容的提问来源于stack exchange，提问作者Adel Abdellatif