名词解释教学工作区 · 课程 0011 · 形态 单概念 · 约 5 分钟 · 前置:0001 · CLI / TUI / GUI · 相关:0012 · GRUB · 2026-10-01

tmux:让程序活得比你这次连接更久

1 | 定义

tmux,全称 terminal multiplexer(终端复用器):一个跑在终端里的常驻程序, 先在后台起一个一直在的 服务端 server,把程序放进 会话 session 里跑; 你面前这个终端窗口只是接上去看一眼的 客户端 client。一个会话里能开多个 窗口 window,一个窗口里还能再切成多个 面板 pane。 就像给每个要跑很久的程序租了一间不随你断线而消失的房间:你先走一步,它还在里面干活; 你随时推门回去,看到的还是离开时的那一屏,而不是一间空屋子。

2 | 它解决什么麻烦

你在终端里敲下的程序,是那个终端会话的子进程。 它的输入输出接在一根虚拟电话线上,术语叫 伪终端 pty(pseudo terminal): 线的一头是程序,另一头由终端模拟器或远程登录服务端(如 sshd)拿着。

• ① 连接一断,程序就收到自杀信号。关窗口、断网、SSH 超时,内核会给这个会话的前台进程组发 SIGHUP(signal hangup,原意「电话线断了」);它的默认动作是终止,整组进程跟着退出。
• ② 长任务被迫和「我此刻开着窗口」绑在一起。一次几十分钟的编译、几个 G 的下载、一轮模型训练, 中途掉线就得从头再来,而且连报错都不一定留在屏幕上。
• ③ 想同时看几路输出,只能多开几个终端窗口。看服务日志要么在标签之间来回切, 要么把几路输出混进同一屏,既分不清来源,也没法单独滚回去看。

程序真正需要的,只是一根不会断的线;谁在看它、从几个窗口看它,本来是可以分开的两件事。

3 | 它怎么解决

终端模拟器 / ssh 你面前的窗口与那条连接 -> 客户端 client 接上去看一眼的那一头 -> 服务端 server 一直在,替你看住会话 -> 会话 session 程序真正住的地方 -> 窗口 window 一屏能看的版面 -> 面板 pane 一屏再切出来的小块

• ① 第一次运行,就留下一个常驻服务端。之后每次连接都只是客户端连上它;会话由服务端保管, 不随哪一次连接消失。
• ② 每个面板配一根自己的伪终端。所以面板里的程序一行代码都不用改,就以为自己面对的是真终端。
• ③ 程序挂在服务端名下,不挂在你名下。你断的只是「客户端到服务端」这一段,那声 SIGHUP 根本没送到程序耳朵里 —— 这是解决麻烦的关键一步。
• ④ 分离与接回,只是客户端走与回。分离 detach 是客户端退出,会话还留在服务端; 接回 attach 是另一个客户端接上同一个会话,所以两个窗口能同时看到同一幅画面。
• ⑤ 所有按键先进服务端。每个操作都先按一次 前缀键 prefix key(默认 Ctrl-b), 再按一个字母表示动作;键位写在配置文件 ~/.tmux.conf 里,不改也能用默认值。
• ⑥ 客户端与服务端之间走一个 socket。默认在 /tmp/tmux-<uid>/default; 换个 socket 名就等于换了一个互不相见的服务端,一个账号可以跑多个独立实例。

4 | 用它的代价

• ① 多一套键位,还容易和别的东西撞车。所有操作都要先按 Ctrl-b; 这个组合在 vim、Emacs、readline 里各有原本含义,撞了就得把前缀键改成别的(如 Ctrl-a)或另设一套键表。
• ② 套娃的时候要按两次。本地 tmux 里再 ssh 到远端开第二个 tmux,前缀键就得按两遍 (或把触发方式改成双击);一旦记错层,键会被下面一层吃掉,屏幕上分不清自己身在何处。
• ③ 它挡的是连接断,不挡进程崩与机器重启。会话住在服务端进程里,服务端一崩、机器一重启, 所有会话一起消失;要「开机就在、崩了自起」得交给 systemd 这类系统服务管理器 —— 重启这条线从固件一直走到内核(0012 · GRUB),压根不经过复用器。
• ④ 鼠标、滚轮、剪贴板默认不跟系统走。滚轮进的是 tmux 自己的翻阅模式,不是终端的历史缓冲; 选中复制要按住 Shift 才能绕开它;想让鼠标听话要显式打开,想与系统剪贴板互通,通常还得另装一个中转程序。
• ⑤ 会话是共享的,输出也不自动落盘。同一个账号下别人 attach 进来,就能看到并操作 你正在做的事;而输出只活在会话里,想留档得自己再写一份进文件(如借助 tee)。

5 | 真实使用场景

场景一:在构建机上跑一次长编译,然后合上笔记本。

ssh build@10.0.0.5                 # 先连上构建机
tmux new -s build                  # 开会话,名字叫 build
west build -b nrf52840dk/nrf52840  # 或 make -j8,要跑几十分钟
# 按 Ctrl-b 松开再按 d,客户端与本会话分离(detach)
# 之后合上笔记本、断网、关掉终端窗口,都不影响它
ssh build@10.0.0.5                 # 第二天重新连上
tmux attach -t build               # 接回同一个会话,输出还在原处

接回去看到的是同一个进程:它没被重启过,west build 的进度只是接着往下走。同一套做法也用在角落那台树莓派上:要跑的定时任务先 tmux new 起个会话,合上笔记本走人,第二天接回去看输出。

场景二:一次开几个服务,分屏看各自的日志。

tmux new -s logs                       # 开会话
vite                                   # 面板 0 跑前端开发服务器
# Ctrl-b c  新开一个窗口,在里面跑:uvicorn app:app --reload
# Ctrl-b "  上下分屏(或用 Ctrl-b % 左右分屏),再起:docker compose logs -f backend
# Ctrl-b 方向键  在面板之间切换;Ctrl-b z 把当前面板临时放大,再按一次还原

每路日志各占一块,谁在刷屏一眼看得出;要回滚翻看,按 Ctrl-b [ 进入翻阅模式,再按 q 返回。 不用开三四个终端标签来回切,也不怕哪个标签被误关。

6 | 和相近的东西怎么分

先问一句:关掉这个终端窗口,里面的程序还活不活?活着,背后就有东西在托管它。 再问一句:这句话说的是哪一层?

一句话分工:终端模拟器管「画」,SSH 管「连」,Shell 管「解释」,复用器管「活得比连接久」。

7 | 常见误解

• ① 「tmux 是一个终端模拟器。」错在把两层当成一层:它是跑在终端模拟器里面的程序, 负责托管会话,不负责画字。
• ② 「放进 tmux 里跑就不会死。」错在把「连接断」当成「进程崩」:它防的是连接断开, 不防程序自身崩溃,也不防机器重启。
• ③ 「attach 是重新启动了那个任务。」错在把接回当成重启:进程一直是同一个,attach 只是新开一个客户端接上去,所以输出是接着出现的,不是从头再来。
• ④ 「它是 nohup 的升级版。」错在把两件事当一件:nohup 只改了一个信号的默认处理, 复用器额外给了你一层能回看的界面;只要「别死」、不要「回看」,nohup 就够。

8 | 练习

三题自测,每题只有一个正确选项;选完立刻看到解释。