把一个终端窗口掰成几块左边挂着日志滚动右下角留个 shell 随手敲命令中间那块专心改代码——这套布局在我手里已经稳了好几年靠的就是 tmux 和 vim 这两个老家伙。tmux 负责把窗口、面板、会话这些物理结构固定住vim 负责在面板里高效地改文件两者各管一摊拼起来才是我每天真正待着的工作环境。如果你也经常连着远程机器干活、经常一开就是七八个终端标签、经常一个命令跑半小时不敢关窗口那这套组合基本是绕不开的。这篇文章不打算写成两份手册的拼盘。我想聊的是这两个工具放在一起用的时候哪些配置是真的必须调、哪些默认值会坑人、哪些快捷键会互相打架、出了问题从哪儿下手查。内容会覆盖从零配置到参数调优的完整路径命令和配置都是可以直接抄的同时也会把为什么这么设讲清楚——因为照抄一个.tmux.conf而不理解里面的取舍换个环境就会原地崩掉。不管你是刚装完 tmux 只会tmux new的新手还是已经能盲打C-a |但总被 ESC 延迟恶心到的老用户后面应该都能捞到点东西。1. 为什么老手总把 tmux 和 vim 放在一起用1.1 两个工具各自解决的是什么问题先得分清楚职责不然很容易把两个工具当成同一种东西。tmux 是终端复用器它的核心能力是会话——你在里面开的所有窗口、面板、跑着的进程都挂在一个会话名下跟你的 SSH 连接是解耦的。连接断了、笔记本合盖了、网络抖了一下会话还在服务器上活着重新连上去tmux attach就回到原样。这个特性对长时间跑的任务是刚需因为一旦连接断开直接连着 SSH 的前台进程会收到挂断信号运气不好就跑了一半的编译、迁移、训练全废。vim 则是另一个维度它是编辑器核心能力是模式化编辑。普通模式下每个按键是一个命令ciw是改掉光标所在单词dap是删掉光标所在段落这些操作组合起来改代码的手速可以远高于鼠标加菜单。它跟 tmux 没有功能重叠一个管窗口怎么摆、进程怎么活一个管文件怎么改。分清楚之后就好办了tmux 解决的是环境和稳定性问题vim 解决的是编辑效率问题。这两件事恰好是所有终端工作流的两个基础面所以它们天然会被拼在一起用不是因为什么技术潮流而是因为缺了任何一个都会难受。1.2 组合之后的工作流长什么样具体说说拼起来之后的样子。我自己的习惯是一个项目一个 tmux 会话会话里第一个窗口是编辑窗口用竖向分屏切成两半左边全屏跑 vim 改代码右边窄一点跑一个常驻的 shell 用来跑测试或者查日志第二个窗口是日志窗口跑着服务端的输出第三个窗口是临时窗口随手git status、docker ps这种一次性命令都在这儿敲敲完就留着不管。这套布局的价值在于上下文不切换。改代码的时候要验证不用切窗口管理器、不用找那个标签页在哪C-a 2过去看一眼C-a 1回来接着改vim 的光标位置、撤销历史、打开的所有 buffer 全在原地。对比一下不用 tmux 的流程开五个终端标签每个标签里 cd 到对的目录改完代码切到第三个标签跑测试跑完切回来发现标签顺序记混了这种心智负担累积起来非常消耗人。还有一个不太被提到但很实在的好处vim 在 tmux 面板里跑面板尺寸是可编程的。你可以把编辑区固定在一个舒服的宽度上日志区再怎么刷都不会挤压你的代码行宽。用普通终端标签的话窗口大小变化会直接传导给 vim触发一堆重排有时候还会打断正在进行的操作。1.3 这套组合不适合谁得说句实话这套东西不是万金油。如果你主要写的是大型前端项目依赖语言服务器做补全、依赖图形化调试器打断点那 vim 的配置成本会高得离谱VS Code 类的编辑器在这些场景下确实更省事强行上 vim 是给自己找麻烦。tmux 部分倒是可以单独留着它跟用什么编辑器没关系。另一类不适合的情况是你的工作主要在本地、网络稳定、单次任务时间短。这时候 tmux 的会话保持能力用不上反而多了一层按键前缀和模式切换的成本。vim 也一样如果一天只改十行配置文件学 vim 的投入产出比很低。反过来如果你符合下面任意一条这套组合的收益会非常明显经常 SSH 到远程机器上工作、要在服务器上跑长时间任务、终端窗口经常开到五个以上、需要在多台机器之间保持一致的编辑手感、喜欢纯键盘操作不碰鼠标。这几条基本覆盖了后端、运维、数据处理的日常所以这套组合在这些圈子里流传了这么多年不是没道理的。2. 从零搭建环境准备与配置文件落地2.1 版本与终端的选择动手之前先确认版本这一步很多人跳过后面会吃暗亏。tmux 的版本差异比想象中大3.0 之前对 truecolor 的支持要靠一堆terminal-overrides补丁式配置3.2 之后才引入terminal-features这个更清晰的写法3.3 才加了allow-passthrough这个选项跟后面的剪贴板方案直接相关。用tmux -V看一眼低于 3.0 的建议想办法升级包管理器里太旧就自己编译源码编译不难依赖就 libevent 和 ncurses 两个。vim 这边vim --version看两个东西clipboard和termguicolors。前者决定能不能跟系统剪贴板互通后者决定能不能用 24 位色主题。很多发行版默认装的vim是精简版这两个特性都没有装vim-nox或者直接装完整版。另一个选择是换 Neovim配置生态更新一些Lua 配置也比 vimscript 好写但从 vim 迁过去要重新组织一遍配置文件看你愿不愿意折腾。终端本身也影响体验。终端需要正确报告自己是 256 色还是 truecolortmux 才知道往外传什么。echo $TERM看一眼如果是xterm-256color就够用想要 truecolor终端侧要设置COLORTERMtruecolor。这一层搞不对后面怎么调 vim 配色都是灰的很多主题颜色不对的问题根子在这儿。2.2 .tmux.conf 逐段拆解配置文件放在~/.tmux.conf改完用tmux source-file ~/.tmux.conf生效不用重启会话。下面这份是我现在在用的精简版每一段都说说取舍。# 前缀键从 C-b 改成 C-a 之前先想清楚见下文 set-option -g prefix C-a unbind C-b bind C-a send-prefix # 窗口和面板从 1 开始编号 set -g base-index 1 setw -g pane-base-index 1 set -g renumber-windows on # 分屏快捷键改成 | 和 - unbind unbind % bind | split-window -h -c #{pane_current_path} bind - split-window -v -c #{pane_current_path} # 用 hjkl 在面板间跳 bind h select-pane -L bind j select-pane -D bind k select-pane -U bind l select-pane -R # 面板间快速切换用 Alt方向 bind -n M-Left select-pane -L bind -n M-Right select-pane -R bind -n M-Up select-pane -U bind -n M-Down select-pane -D # 历史与终端 set -g history-limit 50000 set -g default-terminal tmux-256color set -ga terminal-overrides ,*256col*:Tc set -sg escape-time 10 set -g focus-events on set -g mouse on前缀键那一段值得单独说。C-a比默认的C-b好按这是共识但它跟 vim 的C-a直接冲突——vim 里C-a是把光标下的数字加一改前缀之后这个操作要按C-a再按C-a第一次被 tmux 吃掉第二次通过send-prefix转发给 vim。如果你的工作里C-a用得很频繁这个代价不小。备选方案是把前缀设成C-Space不占用任何常用组合或者C-j前者更干净学习成本是肌肉记忆要重建一遍。我用了很多年C-a已经习惯了双按你要是新配建议直接上C-Space。-c #{pane_current_path}这个参数很关键它让新分出的面板继承当前面板的工作目录而不是回到会话的初始目录。没有它每开一个面板都要重新 cd 一次非常烦。2.3 .vimrc 的最小可用集vim 的配置我建议从最小集开始用一段时间再加一上来抄一份几百行的配置出了问题根本不知道哪行导致的。下面这份是我认为能干活的最小集合set nocompatible filetype plugin indent on syntax on 显示 set number relativenumber set cursorline set showcmd set wildmenu set scrolloff5 缩进按语言用 ftplugin 覆盖更好这里给默认值 set tabstop4 shiftwidth4 expandtab set autoindent 搜索 set ignorecase smartcase set incsearch hlsearch 编辑体验 set hidden set backspaceindent,eol,start set undofile set undodir~/.vim/undo// 响应速度 set updatetime300 set timeoutlen300 set ttimeoutlen10 编码 set encodingutf-8 set fileencodingutf-8几个点解释一下。set hidden让 buffer 在没保存的情况下也能被切走这是现代编辑器的基本预期不设的话切 buffer 会被拦住。set undofile把撤销历史落盘关掉 vim 再打开同一个文件还能u回去这个功能救过我很多次——尤其是在 tmux 会话里不小心把面板关掉的时候。set undodir后面的双斜杠//不是笔误它让 vim 用文件的完整路径来命名 undo 文件避免不同目录下同名文件的历史互相覆盖。这个目录得先mkdir -p建出来。插件管理用 vim-plug 就够了一个文件、一条命令装完不用折腾别的。装完之后:PlugInstall走一遍配置写在.vimrc里的call plug#begin()和plug#end()之间。插件这块我建议初期只装三个方向文件模糊查找、语法检查、状态栏。别的都可以等有明确需求再说。2.4 配置文件的组织与备份配置文件放 dotfiles 仓库里管理这个习惯越早养越好。.tmux.conf和.vimrc都是纯文本丢进 git 里换机器的时候 clone 下来软链到 home 目录就行。我见过太多人换机器之后凭记忆重写配置写出来的跟原来的差了一半还得重新调。软链的方式比复制好因为软链的话你直接编辑~/.vimrc就等于编辑仓库里的文件改完 commit 一下就行不用来回同步。命令大概是这样mkdir -p ~/dotfiles mv ~/.vimrc ~/dotfiles/vimrc ln -s ~/dotfiles/vimrc ~/.vimrc要注意的是如果机器上已经有别人的配置或者包管理器管理的配置软链之前先备份别直接覆盖。另外 vim 的插件目录~/.vim/plugged最好不要进仓库体积大而且可以重新装在.gitignore里排掉。3. 核心工作流拆解会话、窗口、分屏、编辑3.1 会话设计按项目还是按机器tmux 的层级是会话session里套窗口window窗口里套面板pane。会话怎么划分没有标准答案但有两种主流思路选错了会影响后面所有操作。第一种是按项目分一个项目一个会话名字用项目名tmux new -s proj-a。好处是切换项目就是切换会话C-a s列出所有会话挑一个进去上下文完全隔离。坏处是如果你同时跟三个项目就有三个会话每次进去都要重新组织窗口布局。第二种是按机器或环境分一台机器一个会话项目用窗口区分。好处是 SSH 过去只要 attach 一次所有东西都在一个会话里坏处是窗口会越来越多找起来费劲。我自己的做法是混合的本地开发机用按项目分因为项目之间切换频繁且需要隔离远程服务器用按机器分因为连上去的机会少一次连上把该干的都干完窗口多也无所谓。这个选择没有对错但建议一开始就定下来后期改会打乱所有肌肉记忆。会话命名要规范别用默认的数字名。tmux ls列出来一堆0: 1 windows根本分不清谁是谁。命名成本很低收益很高。3.2 窗口与分屏的布局逻辑窗口和面板的区别是窗口是平级的占满整个终端面板是同一个窗口里切出来的块共享同一个终端大小。理解这点之后布局设计就清楚了——需要同时看到的东西放面板需要切换着看的东西放窗口。我的编辑窗口是左右分屏左边 70% 宽度给 vim右边 30% 跑命令。这个比例不是拍脑袋定的vim 在开启行号、相对行号、git 标记列之后正文区大概要 80 列才舒服加上侧边栏和状态栏140 列左右是底线。终端总宽度假设 200 列那么左边至少要 140右边剩 60 列放命令输出刚好够看git diff的短行。如果终端更窄我会改成上下分屏因为横向空间比纵向稀缺。分屏的快捷键我改成了|和-比默认的%和好记——竖线是竖切横线是横切跟方向对应。这个改动纯属个人偏好但强烈建议改因为默认那两个键在键盘上位置刁钻还容易跟引号混淆。面板多了之后要调整大小C-a加方向键一次调一格太慢可以按住M-方向如果配置了-r参数或者直接C-a然后连续按方向键。更快的办法是预设几个布局tmux 内置了C-a M-1到M-5五种布局切换临时需要看大图的时候按一下挺方便。3.3 在 tmux 里跑 vim 的四个经典坑第一个坑是 ESC 延迟。在 tmux 里按 ESC 进普通模式会感觉到明显的一顿大概半秒。原因是终端无法区分单独按下 ESC和某个以 ESC 开头的转义序列的前半段所以 tmux 会等一个超时时间来判断。默认是 500 毫秒这个值在 tmux 里叫escape-time。改成 10 基本能感觉到即时响应风险是极少数老终端会把方向键序列解析错。现代终端基本都是 CSI 序列设 10 是安全的。第二个坑是颜色发灰。vim 主题明明配好了在 tmux 里就是一片黯淡。这通常是因为 tmux 往外报告的终端能力不对或者 vim 没开termguicolors。检查顺序是先确认终端本身COLORTERMtruecolor再确认 tmux 的default-terminal设成了tmux-256color最后在 vim 里set termguicolors。三级都对了颜色才正常。第三个坑是鼠标。tmux 开了mouse on之后鼠标拖选走的是 tmux 自己的复制模式终端原生的选择被抢走了。想用终端原生选择复制得按住 Shift 拖选这是很多终端的约定。另一个副作用是滚轮——在 vim 里滚滚轮如果没做特殊处理会整屏翻而不是光标移动因为 vim 收到的是鼠标事件而不是滚轮键。第四个坑是粘贴。开了自动缩进之后粘贴带缩进的代码会一层层叠加越粘越歪。正确做法是进 paste 模式vim 里:set paste或者终端支持 bracketed paste 的话 vim 会自动识别粘完再:set nopaste。新版 vim 和 tmux 一般能自动处理但老环境里还是手动更稳。3.4 vim 侧必须练熟的动作vim 的按键体系可以学一辈子但跟 tmux 配合工作有十几个动作是必须形成条件反射的不然效率上不去。窗口导航是第一位。vim 自己的分屏用C-w加方向或hjkl切换这跟 tmux 的面板切换是两套逻辑边界要清楚vim 内部切 buffer 用C-w跨到 tmux 面板用C-a加方向。搞混了会经常按错。第二位是文本对象。ciw改单词、di删引号内内容、va{选大括号块、yap复制段落这几个组合覆盖了改代码时八成的删除和替换。它们的价值在于描述你要改什么而不是描述怎么移动光标心智模型跟传统编辑器完全不同练熟之后很难回去。第三位是跳转。gd跳到局部定义、*搜索光标下单词、%括号匹配、 在标记间跳、C-o往回跳。这几个组合起来在几千行的文件里定位比翻页快一个数量级。第四位是重复与宏。.重复上一次修改这个键的威力被严重低估——改十处相同的写法只需要一次完整操作加九次点。q录制宏配合数字前缀批量执行处理重复性重构非常爽。这些都不需要一次学完每周刻意练两三个两三个月就能覆盖日常。关键是别在真实任务里硬用不熟的操作会拖慢进度练的时候单独找时间。4. 打通两边的边界键位、剪贴板、焦点、恢复4.1 复制模式与 vim 键位统一tmux 的复制模式copy-mode默认用的是 emacs 风格键位C-b往上翻页、C-f往下翻页。对 vim 用户来说这是反直觉的所以第一件事是把复制模式切成 vi 风格setw -g mode-keys vi切完之后hjkl移动、v开始选择、y复制、Escape退出跟 vim 里完全一致。这个统一的价值在于不用维护第二套肌肉记忆尤其是v进入可视选择这个动作两边行为一致手感非常顺。再进一步把复制动作绑到系统剪贴板。tmux 的复制完成事件是copy-pipe-and-cancel后面接一个写剪贴板的命令bind -T copy-mode-vi v send-keys -X begin-selection bind -T copy-mode-vi y send-keys -X copy-pipe-and-cancel xclip -selection clipboard -i这段配置在 macOS 上把xclip换成pbcopy在 Wayland 下换成wl-copy。注意这个命令是在 tmux 服务端执行的也就是说如果你的 tmux 跑在远程服务器上服务器上得装这些工具而且它们得有办法把内容送到你本地的剪贴板——通常是没有的。这就是为什么远程场景下更推荐下一节的 OSC52 方案。4.2 系统剪贴板的三种方案与取舍剪贴板这块是 tmux 加 vim 组合里最麻烦的一环因为它跨越了机器边界。三种方案各有适用场景得看你在哪儿工作。第一种是本地剪贴板工具就是上面说的xclip、pbcopy、wl-copy。适合本地 tmux 或者 SSH 到同一台机器的场景速度快、无长度限制。缺点是依赖图形环境和工具安装纯服务器上没有。第二种是 OSC52 转义序列。原理是应用发出一个特殊的控制序列内容是请把这段文本放进剪贴板由终端模拟器来执行。这条序列能穿透 SSH 和 tmux最终落在你本地机器的剪贴板上。tmux 3.3 之后需要set -g allow-passthrough on才能让序列穿过去同时set -g set-clipboard on让 tmux 自己也支持写剪贴板。vim 侧配合g:clipboard变量配置或者用专门的插件实现。优点是跨机器无痛缺点是有长度限制不同终端的阈值不一样从几 KB 到七十多 KB 都有复制大段代码会被悄悄截断。第三种是土办法在 tmux 里选中文本然后用终端的原生粘贴快捷键。这个方案的问题是选中就丢了只能一次性操作而且跟 tmux 的鼠标模式打架。但它的好处是零配置、永远能用作为兜底手段留着。我的做法是三种混用日常小段复制走 OSC52需要复制大文件内容时临时用本地工具实在不行手动来一遍。听起来麻烦实际用下来不会经常碰到边界情况。要特别提醒一个坑vim 里set clipboardunnamedplus在远程机器上会卡。因为 vim 启动时要去连 X server连不上会阻塞几秒。远程环境里千万别无条件开这个选项要用条件判断if has(clipboard_working) set clipboardunnamedplus endif4.3 焦点事件与自动重载tmux 有个focus-events选项默认关闭开了之后 tmux 会向面板里的应用发送焦点进入和离开的事件。这对 vim 很有用——你可以配置 vim 在重新获得焦点时检查文件是否被外部修改过自动重新加载。set -g focus-events onset autoread autocmd FocusGained,BufEnter,CursorHold * checktime这个组合解决的是多面板协作时的经典问题你在左边 vim 里改文件 A右边 shell 里跑了git checkout把文件 A 换掉了回到 vim 时看到的是旧内容一保存就把别人的改动覆盖了。有了自动检查切回来的时候会提示文件已改变是否重新加载避免误操作。checktime触发的时机要配合updatetime因为CursorHold事件依赖它。设 300 毫秒比较合适太小会频繁检查增加负担太大又不够及时。4.4 会话持久化与崩溃恢复tmux 的会话能扛住 SSH 断开但扛不住机器重启和 tmux 服务端崩溃。要跨重启恢复得靠插件或者自己写脚本。插件方案成熟一些主要做两件事定时保存会话结构窗口、面板布局、工作目录和恢复时重建。原理是遍历所有会话把结构导出到文本文件恢复时按文件逐条执行new-session、split-window之类的命令。这套东西的好处是省事坏处是恢复过程中可能因为环境差异出问题比如某个目录不存在了重建就卡住。自己写脚本的话核心就一行导出tmux list-windows -a -F #{session_name}|#{window_index}|#{window_name}|#{pane_current_path} \ ~/.tmux/layout.txt恢复时读这个文件逐行解析然后调tmux new-session -d -s ... -c ...建出来。代码不难但要处理会话已存在、目录不存在、窗口顺序这些边界情况写健壮需要一点时间。不管用哪种方案有一个原则要记住持久化恢复的是结构不是状态。vim 里打开的文件、光标位置、undo 历史这些tmux 层面是拿不到的。所以真正重要的编辑状态要靠 vim 自己的持久化——undofile存撤销历史、:mksession存窗口布局、marks 存位置。两层配合起来才完整。5. 参数调优几个必须算清楚的值5.1 escape-time 与 ttimeoutlen 的配合前面提过escape-time要改小但这里有个容易忽略的细节它跟 vim 的timeoutlen和ttimeoutlen是两个层面的东西调错一个还是会有延迟。分工是这样的escape-time是 tmux 层面的管 tmux 收到 ESC 之后等多久才决定要不要转发timeoutlen和ttimeoutlen是 vim 层面的管 vim 收到一段按键序列后等多久才决定它是不是某个映射的开头。timeoutlen管普通映射ttimeoutlen管终端键码。合理配置是tmux 侧escape-time设 10 到 50 之间vim 侧timeoutlen设 300 左右映射等待太短会导致多键映射按不完、ttimeoutlen设 10 左右键码等待越短越跟手。三个值都小ESC 才会即时响应timeoutlen留 300是给多键映射留一点余量比如你配了jj映射成 ESC太快会误触发。如果发现方向键在 vim 里变成了A、B、C、D四个字母那说明escape-time设得太小或者太小导致 ESC 被单独发出了往上调一档就好。5.2 history-limit 的内存账history-limit决定每个面板保留多少行回滚历史默认只有 2000 行跑个编译输出就刷没了基本必调。但调到多少合适得算一笔账。tmux 的历史缓冲是每个面板独立维护的存储的是带属性的网格单元经验值每行大概占 100 到 300 字节含颜色、宽度等元数据。按 200 字节算配置单面板占用8 面板总占用适用场景2000 行默认约 0.4 MB约 3.2 MB基本不够用20000 行约 4 MB约 32 MB日常开发50000 行约 10 MB约 80 MB经常翻长日志200000 行约 40 MB约 320 MB长期挂着服务输出注意这是填满之后的占用历史是逐步增长的不会一上来就分配这么多。所以 50000 对大多数机器没压力但如果你的开发机内存紧张或者习惯开十几个面板200000 就要慎重了。我的经验是 50000 足够覆盖绝大多数排查场景真有超过五万行的日志要看那个日志应该写进文件再用less或者grep处理不该靠 tmux 历史翻。5.3 其他值得调的参数renumber-windows这个选项要单独说。开了之后关掉某个窗口后面的窗口号会自动往前挪保持编号连续。听起来很贴心但它会让你的肌肉记忆失效——本来C-a 3是日志窗口关了 2 号窗口之后 3 号变成了 2 号习惯性按C-a 3跳到别的地方去了。我把它关掉宁可编号有空洞也不让位置漂移。这个设置没有对错看你更在意编号连续还是位置稳定。aggressive-resize在同时有多个会话、且这些会话关联同一个窗口的时候有用它会让窗口尺寸跟随当前活跃的会话而不是取最小值。单人使用意义不大多人共享终端比如结对时能派上用场。visual-activity和visual-bell建议都关掉换成monitor-activity。前两个会在有其他窗口输出时在状态栏闪提示干扰很大后一个安静地在窗口名旁边标记一下不打断当前操作。这个体验差异非常明显尤其是在你全屏跑 vim 的时候被别的窗口闪一下。6. 常见问题排查实录6.1 症状速查表出问题的时候先对着这张表定位比从头猜要快得多。症状大概率原因处理方向按 ESC 有半秒延迟escape-time太大改成 10~50vim 配色发灰、看不出 24 位色default-terminal或termguicolors没配三级检查终端、tmux、vim方向键变成 ABCD 字母escape-time太小或终端类型识别错调大一点检查TERM滚轮在 vim 里整屏翻页鼠标事件被 tmux 吞了加条件绑定转发给应用复制到剪贴板是空的剪贴板命令在服务端不可用换 OSC52 或本地工具粘贴代码越缩越深自动缩进叠加进 paste 模式文件被外部改了没提示focus-events没开开启并配checktime窗口编号老是变renumber-windows开着关掉状态栏显示乱码方块缺特殊字体换普通符号或装字体重启后会话全没了没有持久化方案上插件或写导出脚本6.2 三个典型排查过程遇到最多的是颜色不对。有个同事的 vim 在 tmux 里就是灰的主题完全没生效。按三级查终端侧echo $COLORTERM是空的但他用的是支持 truecolor 的终端只是没设这个环境变量tmux 侧default-terminal是screen-256color这是旧默认值vim 侧termguicolors是关的。三处全错改完之后颜色立刻正常。这个案例说明的是颜色问题很少是单一原因要从终端到 tmux 到 vim 逐层确认任何一层断了都不行。第二个是滚轮翻页太猛。开mouse on之后在 vim 里滚动滚轮整屏跳 20 多行完全没法精确定位。原因在于 tmux 收到滚轮事件后默认会切进自己的复制模式往上翻历史而不是送给 vim。解决办法是那段经典的条件绑定bind -n WheelUpPane if-shell -F -t #{mouse_any_flag} send-keys -M if -Ft #{pane_in_mode} send-keys -X -N 3 scroll-up copy-mode -e -t 逻辑是如果当前面板的应用自己处理鼠标mouse_any_flag为真就把事件原样转发如果已经在复制模式里就滚动三行否则进入复制模式。这样在 vim 里滚轮按 vim 的规则走光标移动在 shell 里滚轮是翻历史两种场景都舒服。-N 3这个数字可以自己调我设 3 行一档比默认的整页细腻得多。第三个是粘贴后代码层级全乱。这个坑几乎每个人都会踩一次。开了autoindent之后粘贴多行带缩进的代码vim 会把每一行都当成手动输入逐行加上前一行的缩进粘十行就多出十层缩进。临时处理是:set paste粘完:set nopaste。长期方案是让 vim 识别 bracketed paste——新版 vim 在终端支持的情况下会自动切换不用手动干预。判断方法是粘一段带缩进的代码试试如果缩进没变说明支持变了就是没识别到。6.3 排错的基本手法配置文件出错的时候最有效的手段是二分法。把配置注释掉一半重载看问题还在不在这样几轮就能定位到具体哪一行。比逐行读配置快得多而且不需要理解每一行在干什么。tmux 的调试可以用tmux show-options -g和tmux show-options -gw看当前生效的全局和窗口级选项跟配置文件对照确认改动真的生效了。有时候source-file报错但没注意看实际配置根本没加载。tmux source-file ~/.tmux.conf \; display loaded这样能确认执行到了。vim 的调试更成熟一些vim -u NONE file用空配置启动判断问题是不是配置引起的vim --startuptime /tmp/vim.log file看启动耗时哪一步慢一目了然:scriptnames看加载了哪些脚本:verbose set option?看某个选项最后是被哪个文件设置的——这个命令特别有用插件互相覆盖选项的时候能直接定位元凶。还有一个通用建议改配置之前先备份或者是配置文件本身在 git 里管着。我见过有人把配置改崩了vim 起不来又没有历史版本只能重装。这种损失本来完全可以避免。我个人在实际操作中的体会是这两个工具的配置永远不该一次改到位。每次只改一两个选项用几天确认顺手了再改下一个。一口气抄一份别人的完整配置出了问题你不知道是哪一行也不知道哪个快捷键跟哪个插件绑的排查成本高得吓人。我现在的.tmux.conf只有四十多行.vimrc一百出头都是这些年一点一点加出来的每一行我都知道为什么在那儿。这个知道自己配置里每一行的作用的状态比配置本身有多花哨重要得多。