关于CLI文本编辑器中Ctrl键编码0x1F及特殊键编码表的技术咨询

嘿，这个问题问得太到位了——我当年折腾自己的第一个CLI文本编辑器时，也对着这个0x1F挠了好久头！咱们一点点把它说清楚：

先搞懂0x1F到底是什么 #

首先得回到ASCII编码的基础：咱们平时用的可打印字符（比如A-Z是0x41到0x5A，a-z是0x61到0x7A），它们的二进制表示里，高3位是100（大写）或110（小写）。而0x1F是二进制的00011111，也就是低5位全为1，高3位全为0。

当你按下Ctrl+字母时，终端会把对应字母的ASCII码的高3位清零，只保留低5位——这正好就是和0x1F按位与的效果！举个例子：

• 字母A的ASCII是0x41（二进制1000001）
• 和0x1F（0011111）按位与后得到0x01，这正是ASCII里的SOH（Start of Header）控制字符，也就是终端传递的Ctrl+A的编码。

而0x1F本身是ASCII控制字符的最后一个（范围是0x00到0x1F），对应的是Ctrl+_（下划线）。这整个范围的32个控制字符，正好对应Ctrl+A到Ctrl+Z，再加上几个符号键的组合。

其他特殊键的编码情况 #

ENTER键 #

ENTER在终端里通常有两种编码：

• 0x0D（CR，回车）：老式终端常用的编码
• 0x0A（LF，换行）：Unix/Linux系统默认的换行编码
  有些终端会同时发送这两个字节，所以处理时要兼容两种情况，或者通过终端设置统一成一种。

ALT键 #

ALT的处理要比Ctrl复杂些：大部分终端会把ALT+键转换成ESC（0x1B）加上该键的普通ASCII码。比如ALT+A会被终端发送为0x1B（ESC）紧跟着0x61（小写A）。不过要注意，少数终端可能有不同的映射方式，但CLI环境里这种“ESC前缀”是最普遍的。

其他功能键（方向键、删除键等） #

这些键通常不会直接发送单个字节，而是发送ESC开头的多字节序列。比如：

• 上箭头：0x1B [ A
• 下箭头：0x1B [ B
• 左箭头：0x1B [ D
• 右箭头：0x1B [ C
• Delete键：0x1B [ 3 ~

这种情况下，你需要在代码里先检测到ESC（0x1B），然后继续读取后面的字节，根据完整序列判断是哪个功能键。

常用特殊键编码速查表 #

• Ctrl组合键（单字节）：
  • Ctrl+A → 0x01 (SOH)
  • Ctrl+B → 0x02 (STX)
  • Ctrl+C → 0x03 (ETX)
  • Ctrl+D → 0x04 (EOT)
  • Ctrl+Z → 0x1A (SUB)
  • Ctrl+[ → 0x1B (ESC)
  • Ctrl+_ → 0x1F (US)
• 基础特殊键（单字节）：
  • ENTER → 0x0D (CR) 或 0x0A (LF)
  • ESC → 0x1B
  • BACKSPACE → 0x08 (BS) 或 0x7F (DEL)（老终端用前者，现代终端常用后者）
  • TAB → 0x09 (HT)
• 功能键（多字节ESC序列）：
  • 上箭头 → 0x1B [ A
  • 下箭头 → 0x1B [ B
  • 左箭头 → 0x1B [ D
  • 右箭头 → 0x1B [ C
  • Delete → 0x1B [ 3 ~

小提示：处理特殊键的实用技巧 #

在C里处理CLI输入时，一定要用termios库把终端设置为raw模式！默认的cooked模式下，终端会帮你处理很多输入（比如Ctrl+C直接触发SIGINT终止程序），而raw模式下你能拿到最原始的字节流，自己控制所有按键的处理逻辑——这是写CLI编辑器的必备操作。

内容来源于stack exchange