终端只是输入输出的窗口，不执行命令；shell才是解析并执行cd、alias等命令的翻译官；伪终端（PTY）是GUI终端背后的真实通信机制。
终端（Terminal）只是输入输出的“窗口”，不是执行命令的程序
你点开 GNOME Terminal、Konsole 或 macOS 的 Terminal.app，看到的那个黑框——它本身不会解析 ls、不会展开 $HOME、也不认识 for 循环。它只干三件事：把键盘敲的字发给后台程序、把后台程序吐出来的字显示出来、告诉你光标在哪。它甚至可以不跑 shell：比如用 python3 直接启动一个交互式解释器，或者连上串口调试设备，此时终端里跑的就不是 shell。
Shell 是真正干活的“翻译官”，负责理解并执行命令
当你打开终端，它默认会 fork 并 exec 一个 shell 进程（通常是 bash 或 zsh）。这个 shell 才是读取你输的 cd /tmp、查 PATH 找 cd 是内置命令、切换当前工作目录、再把提示符更新成 /tmp $ 的那个角色。关键点：
-
cd是 shell 内置命令，没有它，cd就没法改变当前 shell 的工作路径（外部命令只能 fork 出子进程，改了也没用） -
alias、source、export这些全是 shell 自己实现的，终端完全不知情 - 你改了
~/.zshrc，重启的是 shell，不是终端；关掉终端窗口再重开，shell 才会重新加载配置
伪终端（PTY）才是现代 Linux 桌面的真实载体
你在 GUI 里点开一个终端应用，系统其实没给你分配物理设备，而是创建了一对虚拟设备：/dev/ptmx（主设备）和 /dev/pts/0（从设备）。shell 进程绑定在 /dev/pts/0 上，终端模拟器则通过 /dev/ptmx 和它通信。这意味着：
- SSH 登录时，远程服务器也给你分配一个
/dev/pts/N，所以 SSH 会话里的echo $TERM和本地终端可能不同（如xterm-256colorvsscreen） -
script命令能录屏，靠的就是伪造一对 PTY，把所有输入输出劫持下来 - 某些程序（如
docker exec -it）必须加-t参数，就是为了给容器进程分配一个伪终端，否则vim或htop会直接报错 “not a tty”
常见混淆场景：为什么感觉“终端 = shell”？
因为日常使用中，终端模拟器几乎总是自动启动一个 shell，且绝大多数操作都围绕 shell 展开。但几个典型反例立刻暴露区别：
- 运行
cat /dev/tty1—— 你往虚拟终端 tty1 输的内容会直接被 cat 打印，中间没过 shell - 在 systemd 服务里写
ExecStart=/bin/sh -c 'echo hello'，这里根本没有终端，只有 shell 在纯后台执行 - VS Code 集成终端里右键「新建终端」，新开的是新 PTY + 新 shell 进程；而「在终端中运行任务」可能直接调用
node或make，绕过 shell 启动逻辑
真正容易被忽略的，是当问题出在 PTY 层（比如 stty: standard input: Inappropriate ioctl for device）时，调 bash 配置或改 ~/.inputrc 全是白忙——得看是不是根本没分配终端设备。
