先决条件
Linux 虚拟终端 (tty) 是VT102的仿真-虚拟终端子系统源。
真正的VT100（几乎与VT102相同）具有以下行为（我想）：
- 在LINE模式下，所有键入的字符首先传输到计算机，然后返回到终端。在从主机返回之前，终端屏幕上没有任何显示。
- 转义序列也不例外——它们只有在从主机返回后才会被解析和执行。也就是说，如果我想将字体颜色更改为红色，我应该输入
ESC[0;31m，这个序列进入计算机，回显，VT102接收这个，解析并应用。没有其他方法可以更改终端字体颜色（在LINE模式下）。我不确定VT102是否有不同的字体颜色，但这是一个例子。
图片来自手册：
手册摘录：
线路/本地
LINE/LOCAL 功能允许操作员轻松地将终端置于 ON-LINE 或 LOCAL（离线）状态。当终端在线时（ON-LINE 指示灯点亮），所有在键盘上键入的字符都直接发送到计算机，并且来自计算机的消息显示在屏幕上。在 LOCAL 状态下（LOCAL 指示灯亮），端子与计算机电气断开；信息不会发送到计算机或从计算机接收；并且在键盘上键入的字符直接在屏幕上回显。
资料来源：VT100 系列视频终端技术手册，第三版，1982 年 7 月。
问题
为什么 Linux 的tty行为方式不同？
我将其bash置于睡眠模式，所以它不会干扰，然后输入Esc[0;31m并获取纯文本，颜色没有改变 - 所以，转义序列没有效果。
几年前我被问过类似的问题 -为什么我不能从键盘发送转义序列，但可以从另一个 tty 发送？，但现在我了解了VT102 Linux 子系统的知识，并想了解它为什么会这样工作——在这方面与真正的硬件终端不同。
首先，这个问题是在Retrocomputing上提出的，但社区发现它更适合这个网站。但是我在评论部分得到了答案，所以在这里复制它：
我已经尝试过
stty -ctlecho它几乎可以按预期工作 - 只有一个子问题 - 真正的VT102在人按下并开始输入转义序列后也没有显示字符ESC，所以这个人是以盲目的方式输入它吗？长问题，简化为
实际上，控制回显字符的内容和方式的不是tty，而是应用程序（例如您的shell ）。您可以使用
stty应用程序临时更改终端模式（某些 shell 会将其更改回来），例如，（使其“原始”，告诉终端驱动程序不要干涉）。
我们越来越接近了，我想。你做了一个很好的文档。只是缺少演示！在您的旧 Q send-escape-sequences-from-keyboard 中，您只显示什么不起作用！还有两个标题？？？你不能说清楚吗？还有一个像我这样的截图（在我对上面链接的 Q 的回答中）
没有人打算盲目地进入这些长序列之一。在良好设置的 VTxxx 上，您将拥有存储 CS 的特殊键和特殊绑定，可能是 shell 函数。在这样的系统上，一切都是协调的。Linux 和 xterm 正在模仿它，因为它是唯一接近标准的东西。
但是，是的，Escape 键确实意味着：下一个键不是输入，而是命令。所以有人必须开始保留字节并检查预定义的序列。
但是如果序列变得不可能，shell 就会退出 Escape 模式并再次开始回显。按 Escape，[，然后是 1,1,1...，括号和两个“1”会丢失。
尝试
[32m在 Escape 后输入...“m”再次出现，这意味着 shell 放弃了该序列。没用的 ^[[32 丢失了，我应该说，在某个地方。淘汰 bash/readline，让 tty 停止工作：您将只剩下一个孩子的玩具，您可以在屏幕上放置彩色字母（粗体、下划线、闪烁、不可见）。
我不明白你的问题。“回声转义序列”对我来说是一个没有到达目标并真正被反射的序列。就像我尝试在阅读提示下使用左箭头（在输入 abc 之后）：
在正常提示下，当我键入“abc”，然后 Escape，然后盲目地“[D”时，光标向左移动。箭头键只是一种更简单的生成方法。
要让您的序列通过，请使用
echo -e '\e...'或echo '^[...'（使用 ctrl-V）。这样，shell 发送转义并且不解释（cook？）它。并且您
stty -echoctl甚至sleep 1000发现了一种将 CS 直接扔到 tty 脸上的方法。对不起：tty司机的脸。[在这里我需要一个更好的改变颜色，而 bash-is-sleeping-and-tty-offguard jpeg...]