VSCode远程SSH断开后终端进程默认终止，唯一可靠方案是让终端启动即进入tmux会话；需配置terminal.integrated.profiles.linux使用tmux new-session -A -s code，并确保~/.tmux.conf启用mouse和正确default-shell。
VSCode 远程 SSH 断开后，终端里跑的代码默认会立刻终止——这不是 bug，是设计如此。唯一可靠、可复用、带状态恢复的方案，就是让 VSCode 终端一启动就进入 tmux 会话，而不是裸跑 shell。
为什么 VSCode 默认终端关窗即丢进程
VSCode 的集成终端本质是个“前端渲染器”，它的生命周期完全绑定窗口或 SSH 连接。一旦断连、重启、合盖、Wi-Fi 切换，它就会向子进程发送 SIGHUP，所有前台进程（python train.py、tail -f logs.txt、npm run dev）全被杀掉。这不是网络问题，是终端模型决定的。
你不能靠 nohup 或 & 解决根本问题：它们保得住进程，但丢掉了输出流、交互能力、多任务组织和会话恢复——而这些恰恰是数据科学/训练任务最需要的。
必须配置 terminal.integrated.profiles.linux
目标是让每次点「新建终端」都自动进入一个命名 tmux 会话，而非手动敲 tmux new -A -s work。这需要改 VSCode 的终端 profile 配置：
- 打开 VSCode 设置（
Ctrl+,），搜索terminal.integrated.profiles.linux - 点击「编辑 in settings.json」，添加如下条目（注意路径适配你的 shell）：
{
"terminal.integrated.profiles.linux": {
"tmux-work": {
"path": "/bin/bash",
"args": ["-l", "-c", "tmux new-session -A -s code"]
}
},
"terminal.integrated.defaultProfile.linux": "tmux-work"
}
关键点：-A 表示“存在则 attach，不存在则 new”；-s code 统一会话名，避免 tmux ls 里堆满编号会话（如 0、1）；-l 确保加载 ~/.bashrc，否则别名、PATH 可能失效。
Windows 用户若走 WSL2，同样配 linux 分组；PowerShell 原生不支持 tmux，别硬套。
鼠标滚轮失效、Ctrl+B 无响应？检查 ~/.tmux.conf
在 VSCode 终端里运行 tmux，常见卡点不是命令不会用，而是基础交互失灵：
- 鼠标滚轮变成翻历史命令，而非滚动输出 → 缺少
set -g mouse on -
Ctrl+B按了没反应 →~/.tmux.conf里有语法错误，或default-shell指向不存在路径（比如写成/bin/zshx） - attach 后黑屏或立即退出 → 先运行
tmux -V确认版本 ≥ 3.0a；再执行tmux source-file ~/.tmux.conf热重载并观察报错
最小可用配置只需两行：
set -g mouse on set -g default-shell /bin/bash
别在 tmux 里再套 screen 或嵌套 tmux —— SIGWINCH 尺寸同步会崩，窗格错位、光标乱跳，且无法 debug。
分屏必须在 tmux 内做，VSCode 的 Ctrl+\ 是假分屏
VSCode 的 Ctrl+\ 只是视觉切分，每个分屏都是独立 shell 实例，彼此无状态关联，detach 后无法统一恢复，滚动缓冲也不共享。
真分屏管理必须进 tmux 后操作：
-
Ctrl+B+"：水平分屏 -
Ctrl+B+%：垂直分屏 -
Ctrl+B+→/←/↑/↓：切换窗格 -
Ctrl+B+,：重命名当前窗格（比如叫gpu-watch）
注意：tmux 不自动保存窗格布局。如果需要固定结构（如左监控 nvidia-smi、右跑训练、下留 debug shell），建议手动记下快捷键组合，或用 tmuxinator 定义模板——别依赖“上次什么样，这次就什么样”。
最后提醒：tmux 本身不解决程序崩溃问题，它只保证“进程在、输出在、会话可回”。如果你的 Python 脚本没加异常捕获，它照样挂；tmux 只是让你挂了之后还能看见 traceback。
