在 VS Code Remote-SSH 中使用 tmux 优化终端体验与内存占用

在远程开发时，如果你运行 LLM 输出、实时日志或大规模编译，VS Code 本地的内存占用往往会一路飙升。这通常是因为 VS Code 的 集成终端缓冲(Scrollback) 在疯狂吞噬你的本地资源。

一、 核心逻辑：双层缓冲分工

在 Remote-SSH 环境下，终端存在两层相互独立的缓冲：

1. 前端（VS Code）： 负责渲染和本地滚动条缓冲。大量输出会直接撑爆本地内存。
2. 后端（tmux）： 运行在远端服务器。它的历史记录保存在服务器内存中，与本地无关。
   优化方案： 极力压缩 VS Code 的本地缓冲，将“存历史”的重任全交给远端 tmux。

二、 快速配置指南

1. VS Code 端：物理“瘦身”

在设置中搜索并修改以下项，限制本地保存的行数：

• terminal.integrated.scrollback: 设置为 200（默认通常是 1000+）
• terminal.integrated.enablePersistentSessions: 关闭（让会话管理回归 tmux）
• terminal.integrated.defaultProfile.linux: tmux （让默认终端创建为 tmux）

2. tmux 端：接管历史

编辑远端服务器的 ~/.tmux.conf，让 tmux 变得更好用

# 开启鼠标支持：滚动、点击、调整面板全靠鼠标
set -g mouse on
# 增大远端历史记录：VS Code 只留 200 行，这里存 50,000 行
set -g history-limit 50000
# 剪贴板同步：在 tmux 里选中的内容直接进 Windows/Mac 剪贴板
set -g set-clipboard on
# 颜色优化：保证在 VS Code 里看代码高亮是正确的
set -g default-terminal "tmux-256color"
set -ga terminal-overrides ",xterm-256color:Tc"
# 复制模式 copy-mode 使用 vi 风格按键：支持 / 搜索、v 选择、y 复制、n/N 跳转匹配
setw -g mode-keys vi
# 窗口管理：关闭中间窗口后自动重新排序
set -g renumber-windows on

配置完成后执行 tmux source-file ~/.tmux.conf 即可生效。

三、 为什么值得这么做？

• 本地丝滑： 即使 CLI 工具输出百万行日志，VS Code 也只管渲染最后 200 行，本地内存稳如老狗。
• 真正持久： 即使 SSH 断线或 VS Code 崩溃，tmux 里的进程依然在跑，连回去就能街上
• 搜索强大： 使用 tmux 的 copy-mode 复制模式 (Ctrl + b 然后按 [ ）

小提示： 采用此方案后，VS Code 的原生滚动条只能拉回 200 行。若要看更早的内容，请习惯使用 tmux 的快捷键（copy-mode）进行滚动和搜索。

参考：https://gist.github.com/khalidx/d1a7dbd8fb04111d6107042e127316af?utm_source=chatgpt.com

---

本文由 GPT 5.2 提供方案，Gemini 3 润色完成