终端全栈详解

背景

随着现代软件开发越来越依赖命令行工具和终端模拟器，许多开发者对终端、Shell、TTY 等术语的使用常常模糊不清。尽管在日常工作中“终端”“控制台”等词被混用，但它们在计算机发展史上曾指向同一个物理设备，随着硬件向软件演进，每个词才逐渐分化出独立的技术含义。这篇文章来自 Hacker News，系统地梳理了从终端（Terminal）、控制台（Console）、Shell、CLI、TTY 到 PTY 和 TUI 的完整技术栈，以及它们之间的层级关系。理解这些概念对于排查系统问题、编写终端应用程序以及理解 UNIX 系统设计至关重要。

核心内容

文章首先指出：在 1960 年代，控制台、终端、TTY 这三个词描述的是同一个物理物体——一台带有键盘和打印机的机器。当时用户通过这台机器与主机交互：

• 从物理设备角度看，它叫 Console（控制台）。
• 从电线末端角度看，它叫 Terminal（终端）。
• 从设备类型角度看，它叫 TTY（电传打字机的缩写）。

三个名词指向同一实物，这就是为什么后来它们常常被混淆。随着硬件演化为软件，每个词才逐渐脱离原意，各自漂移，但漂移过程缓慢。

第一部分：词汇详解

Console（控制台）

控制台是计算机的物理输入/输出设备。最初指直接连接到计算机本身的键盘和显示器。从操作系统角度看，它被视为“系统的主标准 I/O 终端”。

• 在服务器上，控制台就是你走到机器前插上显示器看到的内容。
• 在笔记本电脑上，如果图形桌面崩溃，你会落到一个纯文本屏幕上，那就是控制台。
• 控制台是最后一道防线——内核的 panic 信息会写入控制台，因为当其他一切崩溃时，控制台保证存在。

远程访问（如 SSH）不是控制台，因为依赖网络。而控制台是直接的、物理的、本地硬件接口，即使网络断了也能工作。

如今这个词用法变宽了：浏览器开发者工具叫“Console”，macOS 有个日志查看器叫 Console。但其原始含义始终不变：直接、本地、硬件接口。

Terminal（终端）

终端是你看到的那部分。它负责输入和输出：按键进去，文本出来。这就是它的全部工作。

当你打开 iTerm2、Alacritty、Windows Terminal 或 GNOME Terminal 时，你运行的是一个终端模拟器——一个用软件模拟老式硬件终端的程序。“模拟器”这个词通常被省略，但值得记住，因为它明确了抽象层：你的终端应用在假装自己是一个设备。

关键点：终端不理解你的命令。它不知道 ls 或 git push 是什么意思。它不解析任何东西。它只是一个带有键盘的显示面。

• 终端拥有：文本渲染、颜色和字体、回滚历史、复制粘贴、解释 ANSI 转义序列。
• 终端不拥有：理解命令、运行程序、Tab 补全、你的提示符。

主要终端模拟器：

• macOS：Terminal.app、iTerm2、Ghostty、Alacritty、kitty
• Linux：GNOME Terminal、Konsole
• Windows：Windows Terminal、ConEmu
• Web/Node：xterm

这种清晰的分离值得注意，因为它支撑着整个架构。

Shell（壳）

Shell 是运行在你的终端内部的程序。它是命令行解释器，负责接收你输入的文本，判断要运行什么程序，运行它，并管理该进程的生命周期。

你输入 git status → 终端将该文本发送给 Shell → Shell 解析它，找到 git 程序，创建进程，连接 I/O → 输出流回终端，显示在你的屏幕上。Shell 处理逻辑，终端处理像素。

Shell 的主要职责：

• 命令解析（令牌拆分、重定向处理）
• 环境变量管理
• 进程启动与控制（作业控制）
• 提供脚本功能

常见 Shell：

• Bash：默认，几乎存在于所有 Unix-like 系统。
• Zsh：macOS 默认，因可扩展性受欢迎。
• PowerShell：Windows 上的不同思路。

关键：终端和 Shell 是相互独立的。你可以任意替换其中一个而不影响另一个。任何终端都可以与任何 Shell 配合使用。

CLI（命令行界面）

CLI 是更宽泛的类别。任何以文本输入命令、以文本返回输出的界面都是 CLI，与 GUI 相对。Shell、REPL 和 TUI 应用都是 CLI 的子集。当人们说“命令行”时，通常指输入单条命令的那一行，比如 ls -l 或 git commit -m "msg"。Shell 解析该字符串并执行。

TTY（电传打字机）

TTY 是这四个术语中最技术性的一个，也是你可以在日常中最晚忽略的那一个。

在现代 Unix 中，TTY 是内核中的一个设备文件，用于连接你的终端和 Shell。它是 Unix-like 系统中终端设备的通用术语。最初用于连接物理电传打字机，现在泛指终端设备，包括虚拟终端。

输入命令 tty 会得到类似 /dev/ttys003 或 /dev/pts/1 的路径——这就是当前会话的设备文件。

架构：用户空间（终端）↔ 内核空间（TTY 设备 /dev/pts/1）↔ 用户空间（Shell）。TTY 作为内核的中介处理数据流。

日常使用中，“tty”和“terminal”意思相同。差异只在编写系统级代码或调试信号相关问题时才显现。

PTY（伪终端）

PTY 是终端模拟器使用的虚拟终端设备。实际运行时，两个设备文件成对工作：

• 主端（Manager/PTY Manager）：由终端模拟器操作。
• 从端（Subsidiary/PTY Subsidiary）：Shell 和 TUI 应用连接之处。

在 POSIX.1-2024 中，主端正式称为“manager”，从端称为“subsidiary”。

由于 Shell 和 TUI 应用将从端视为“真正的终端”，它们可以使用与物理终端相同的 API（如 termios）。应用无需知道自己在与物理终端还是虚拟终端通信。

设备文件示例：

• Linux：/dev/pts/0、/dev/pts/1...
• macOS：/dev/ttys000、/dev/ttys001...

TUI（文本用户界面）

TUI 是基于字符的界面，使用整个屏幕提供交互式 UI。与逐行执行命令的常规 CLI（Shell）不同，TUI 控制整个屏幕，利用光标移动、颜色、边框等实现丰富的用户体验。

常见的 TUI 应用：vim、htop、ranger、less（带状态栏模式）。

完整交互流程：当你启动一个 TUI 应用时，Shell 先运行该应用，应用向 PTY 请求进入 raw mode（原始模式），接管整个屏幕的输入和输出。按键直接传给应用，不像普通 Shell 那样经过行编辑和回显。这意味着 TUI 应用自己负责处理所有按键和屏幕绘制。

从技术上说，TUI 应用绕过了 Shell 的常规行处理，直接通过 PTY 与终端模拟器对话。但 Shell 仍然在管理进程（作业控制、信号处理等）。

第二部分：Raw Mode（原始模式）

文章还详细讲解了 Raw Mode。在默认的“cooked mode”（熟模式）下，内核 TTY 驱动会处理行编辑（退格、删除单词等）和回显。Raw Mode 则去掉了这些处理，让应用直接接收每个按键的原始字节，并完全控制屏幕输出。vim 之所以能按 j 就移动光标，就是因为它把终端置于 raw mode，每个按键都会立即传递给它。

进入 raw mode 需要使用 termios 系统 API，禁用 ICANON（规范模式）、ECHO、ISIG 等标志，并设置 VMIN 和 VTIME 为最低延迟。文章给出了 C 代码示例（略），展示了如何通过 tcsetattr 设置 raw mode。

第三部分：ANSI 转义序列

ANSI 转义序列是一种带内信令（in-band signaling）协议。终端使用特殊字符序列 \x1b[（CSI，