在 bash 中,我按ctrl+v开始逐字插入。在逐字模式下,我按下Esc键并 bash 显示^[
. 我将它重定向到 file esc
。
同样在逐字模式下,我ctrl用[key 按键,bash 显示^[
. 我将它重定向到 file ctrl
。
接下来,我比较两个文件,它们是一样的!
$ echo '^[' > esc
$ echo '^[' > ctrl
$ diff esc ctrl
$
为什么Ctrl+[和Esc产生相同的内容?
^[
这里是C0 和 C1 控制代码吗?如果是这样,维基文章说^[
是 Escape,那么为什么ctrl+[也是 Escape?
根本问题是我想检查并创建一个键绑定。
(zsh)$ bindkey -L
...
bindkey "^['" quote-line
...
所以我需要输入ESC+'
orctrl+[+'
吗?
这看起来遵循与 Ctrl-A 相同的逻辑,或者
^A
是字符代码 1,并^@
用于表示 NUL 字节。这里,^
是用另一个键表示 Ctrl 的常用方法。即输入给foo的字符码,第 6 位清零,字符码减 64。所以,是字符码 65,是字符码 1;为 64,为 0,NUL;也是91岁,27岁,ESC。只是对于 ESC 你也有一个单独的键,但是你也有 enter 和 tab 键,它们也会产生控制字符,所以这并没有什么特别之处。Ctrl-foo
A
^A
@
^@
[
^[
当然,现代系统上的工作方式可能还取决于其他因素,例如您的键映射和键绑定的设置方式。也不要问我对于 <64 的字符代码是如何工作的,例如. 在我尝试过的终端上,给出了 NUL 字节。Ctrl-something
^1
Ctrl-space将文本终端与文本终端应用程序(如 bash)一起使用时,您无法区分特殊键,如Esc、Tab、Enter和Backspace以及它们各自的控制字符([ IM/JH/?)。同样,您无法区分数字行上的数字和数字小键盘上的数字。其他一些键(箭头、功能键、向上/向下翻页等)会产生多个字符序列。
但是,在图形环境(X11,wayland)中,键会产生与键相关联的事件,这些事件与字符映射分离(但链接到),与它是单个字符映射还是多个字符映射无关。如果图形应用程序选择这样做,它可以区分大多数这些键。(在某些情况下,键可能仍然具有无法区分的映射,但这种情况很少见,并且取决于键的映射方式。)
基本上,图形终端应用程序选择不区分这些键和键序列,并且通过文本 pty,无论如何都无法将差异传达给底层文本应用程序。
例如,Backspace键通常可以映射到Ctrl-H或映射到Ctrl-?。在图形终端中,有一个设置可以选择映射到哪一个。因此图形终端应用程序可以检测差异并更改映射,但在终端中运行的文本应用程序不能。
TL;DR:历史。
“为什么”可以追溯到 ASCII在 1967 年标准化为ISO 646之前的十年中设计时做出的设计决策。
当时大多数终端都是硬拷贝打印的,它们的键盘通常根本没有ESC键。如果有人想发送 ASCII
ESC
码 27,他们可以通过键入 ctrl-[; 尽管这样做没有什么意义。当这些新奇的“玻璃电传打字机”终端在 1970 年代流行时,它们更广泛地使用了代码 27,因此大多数(但不是全部)都有一个 ESC 键。
重要的是要强调,到目前为止,for 的唯一用途
ESC
是生成 ASCII 代码 27,终端将其理解为“更改为将下一个字节作为命令而不是作为显示内容的模式”。再往前十年,各种Windowing系统,出现了ESC键的全新用途:取消当前操作的感觉。
但是,这不适用于您使用终端时,即使在窗口环境中也是如此。相反,您仍然会得到与 1967 年 ASCII 所规定的相同的行为。
至于为什么 ctrl 键会起作用,@user10489 的另一个答案解释了这一点。