tmux 的三个真实用途:断线不丢、分屏、会话共享
在服务器上跑一个长任务,网络一断任务就没了——这是 tmux 最原始也最实用的价值。
除此之外,分屏看日志、多人看同一会话,也是日常高频场景。
先说结论
长任务必进 tmux,重连用 attach,日志用 pipe-pane 落盘。
- ssh 前先 tmux new -s work,断线后 attach 恢复
- 分屏看日志与操作并行
- pipe-pane 把输出写文件,避免滚动缓冲丢失
- 配置 prefix 与状态栏,减少记忆负担
先把问题说清楚
tmux 的会话独立于 SSH 连接:连接断了,会话里的进程照常运行。这是它最不可替代的地方。
默认 prefix 是 Ctrl+B,与很多快捷键冲突,建议改成 Ctrl+A 或 Ctrl+Space。
具体怎么做
按顺序执行,每步都验证完再进下一步:
- ssh 登录后先 tmux new -s 名称
- 断线后 tmux ls 找到会话,tmux attach -t 名称
- 用 prefix + % 或 " 分屏,方向键切换
- 长任务用 pipe-pane 记录输出到文件
- 写 ~/.tmux.conf 固定 prefix、开启鼠标与历史行数
参数与成本对照
把关键数值摊开,方便判断该选哪条路:
| 操作 | 默认键 | 用途 |
|---|---|---|
| 新建会话 | tmux new -s | 开始工作 |
| 分离 | prefix + d | 保留后台 |
| 分屏 | prefix + % / " | 左右/上下 |
| 滚动 | prefix + [ | 翻历史 |

几个容易踩的坑
下面这些是最常见的错误做法:
- 直接在 ssh 里跑长任务:断线即中断
- 不命名会话:ls 出来一堆 0/1/2
- 把 tmux 当窗口管理器用几十个窗口:切换成本更高
- 不设 history-limit:日志刷过去就找不到
最后补两句
tmux 的价值在「稳」,不在「炫」。用熟三五个快捷键就够。
工具是手段,理解机制才是能力。命令记不住没关系,知道「该看什么」就够了。
评论 (3)
照着做了一遍,确实少走弯路。第二步最容易漏,建议顺手加个检查清单。
比「一键脚本」有用多了,知道为什么比知道怎么做重要。
补充一句:不同版本行为会变,动手前先确认自己的版本号。
发表评论