多文件与窗口:buffer 思维与分屏导航

1. 单文件的尽头:三个概念先分家

前十章的所有功夫都在一个文件里。真实的工作不是这样的:改一个函数,要先看它的定义、再对照调用处、再瞥一眼配置文件、最后回到测试 —— 写代码的一半时间花在文件之间穿梭。鼠标用户穿梭靠点标签、点分屏、点搜索框;Vim 给了一套自己的词汇,而这套词汇最劝退新人的地方是:它把「文件」拆成了三个概念,很多人用了多年都没分清。

一次分清,终身受益:缓冲区(buffer)是文件在内存里的分身 —— 你真正编辑的对象,每个打开的文件对应一个;窗口(window)是取景框 —— 屏幕上的一块玻璃,透过它看某个缓冲区,几块玻璃可以看同一个缓冲区;标签页(tab)是桌面 —— 一整屏取景框的编组,换个桌面换一整套布局。一句话记住:内容住在缓冲区里,窗口和标签页都只是看它的方式 —— 关掉窗口和标签页,文件毫发无伤,缓冲区里随叫随到。

IDE 用户的直觉正好可以翻译过来:VSCode / IDEA 里每打开一个文件也是一个「编辑器实例」,标签栏显示的是你看过哪些 —— Vim 的缓冲区就是这些实例的集合,只是它默认不给你标签栏,你要用命令(或插件)去列出、去切换。这个「默认不给」是哲学不是吝啬:文件一多,标签栏必然溢出,而 :ls + :b 加补全的效率不受文件数影响 —— 先把缓冲区思维建立起来,再谈要不要标签。

Vim 社区里长期并存两大流派,知道流派的存在比站队更重要:缓冲区流派全部文件待在缓冲区里,切换靠 :b 与 Ctrl-^,屏幕永远干净,适合同时开二三十个文件的重度重构;标签页流派每个文件一个 tab,视觉直观、可点击,适合同时只碰三五个文件的日常开发。终端 Vim 用户偏前者,IDE 插件用户偏后者 —— 因为 VSCode / IDEA 的标签栏本来就好用,gt/gT 又直接映射过去。务实的选择是混合:三五个常用文件留在标签栏里当「书签」,大量偶尔一瞥的文件用 :b 随开随切、不开标签,两边各取所长。

2. 缓冲区::ls 看号,:b 按号切

缓冲区流的工作节奏极简::ls 列出所有缓冲区(每行一个号 + 文件名 + 状态字母),:b{n} 按号切换,:e 文件名(edit)打开新档 —— 文件名可以只打前几个字符按 Tab 补全。看一遍完整往返:

演示里藏着一个容易错过的细节::b1 切回 main.js 时,光标还停在你离开时的位置 —— 每个缓冲区各自记着自己的光标、滚动位置,甚至各自的撤销历史。这就是缓冲区流的体验底座:文件之间切换不是「重新打开」,是「回到原地」,心理成本近乎零。两个实用补充:①:b 后面也可以接文件名片段(如 :b util,Tab 补全),比记号更顺手;②:bd(bdelete)把缓冲区从清单里真正请出去 —— 文件不再占位,但注意未保存的修改会拦你(§7)。

看懂 :ls 清单里的状态字母,是缓冲区流的「识字课」:

3. Ctrl-^:两文件乒乓

多文件编辑的最高频形态其实是就两个文件:一个接口一个实现、一个模板一个数据、一个测试一个源码。这种「对照抄代码」的场景,Vim 给了专用键:Ctrl+^(Ctrl 加数字 6,也叫 Ctrl-6),在当前缓冲区与交替缓冲区(# 号那个,也就是你上一个待过的文件)之间一键往返 —— 演示 1 的后三步就是它:切过去、切回来、再切过去,比 :b{n} 省一半按键,而且不用记号。

命令行形态是 :b#,与按键等价。要留意「上一个」是动态的:如果你从 A 切到 B 又切到 C,此刻 Ctrl-^ 在 C 与 B 之间乒乓(A 变成了更早的历史)—— 三文件以上的往返,老实 :ls 看号或 :b 名字 补全。一个 IDE 翻译:VSCode 的 Ctrl+Tab、IDEA 的 Cmd+e(最近文件)是同类思想,IDE 插件环境下两边任选,手感都顺。

4. 窗口::sp / :vs 与 Ctrl-w 全家

窗口解决「想同时看两处」:上下分屏 :sp(split),左右分屏 :vs(vsplit)。分屏后光标留在原来的窗口,焦点(哪个窗口接收按键)靠 Ctrl+w 前缀调动 —— 它是窗口世界的「名字空间前缀」,像 " 之于寄存器、g 之于扩展命令:

这个演示最重要的画面不在按键里,而在 gg 那一步:在下窗口加的字,上窗口同步出现 —— 因为两个窗口透过两块玻璃看的是同一个缓冲区。想两侧看不同文件?分屏后在下窗口 :e 另一个文件,或直接 :sp 另一个文件 一步到位。窗口键位表(都以 Ctrl-w 开头):

经验法则两条:①分屏是临时脚手架 —— 对照时 :sp 立起来,用完 Ctrl+w o 一键拆干净,别让屏幕长期挂着五六扇窗(焦点迷路是分屏最大的痛);②分屏数量以两到三扇为限,要同时看更多,该上的是标签页或 IDE 的多显示器,不是第八扇窗。

值得专门练熟三个分屏场景。一是接口与实现对照:上窗看类型定义或函数签名,下窗写实现 —— :sp 文件名 一步开两个文件,签名里的参数名抬头可见,不用来回切。二是长文件头尾对照:同一个文件 :sp 分两扇,上窗看函数开头的变量声明,下窗改函数尾部的逻辑 —— 这正是「同一缓冲区两块玻璃」设计的最大红利,普通编辑器要靠迷你地图凑合。三是改一处、验一处:左窗改测试,右窗跑代码,或左窗改模板、右窗看数据。三个场景的共同点是「眼睛在两处之间高频往返」—— 凡是要回头看的,就该并排放,而不是靠记忆。

5. 标签页:一桌多屏,不是文件列表

标签页(tab)在 Vim 里的语义与浏览器不同,这点必须先讲清:浏览器的 tab ≈ 一个文件,而 Vim 的 tab ≈ 一整桌窗口布局 —— 每个标签页里可以有自己的一组分屏。它真正的主场是「工作区切换」:桌一是「前端调试布局」(左边组件右边样式),桌二是「写文档布局」(单窗全屏),gt 一键换桌。当然,每桌放一个文件的简单用法也完全成立:

键位速记:gt / gT 下一个 / 上一个标签页(循环),{n}gt 直达第 n 个,:tabs 看清单,:tabe 文件 新开,:tabc 关闭,:tabo 只留当前。与缓冲区的分工一句话:缓冲区是「开着哪些文件」(内容层),标签页是「怎么摆着看」(布局层) —— 关掉标签页文件还在缓冲区(演示最后强调的),反过来关缓冲区它在所有窗口里消失。日常多文件主力是缓冲区 + Ctrl-^;标签页留给「几套布局来回切」的场景;把二十个文件堆成二十个标签页当文件列表用,是最常见的用法错位(陷阱三)。

6. quickfix:清单驱动的导航

最后一层导航不按「文件」组织,按「问题」组织。quickfix 是 Vim 内置的问题清单:任何「一组文件位置」—— 搜索结果、编译错误、替换预览 —— 都可以装进这份清单,然后 :cn(next)逐条跳转。装东西最常用的是 :vimgrep:

完整工作流四步::vimgrep /TODO/ *.js 收清单 →(可选):copen 打开清单窗(分隔在底部的可导航列表)→ :cn / :cp 逐条消化 → :cclose 收窗。清单窗本身是个特殊缓冲区:里面 jk 移动、Enter 跳到光标那条,按 Enter 后焦点自动回代码窗 —— 想看清单就 :copen,想跳就 :cn,两套入口随意混用。除搜索外,它的另一大来源是编译输出(:make 后错误自动进清单,:cn 逐个错误跳),所以老 Vim 用户修编译错误从不看日志翻行号 —— 全在 quickfix 里跳。IDE 对照:VSCode / IDEA 的 Problems 面板、搜索结果的逐条跳转(F8 / Enter),就是图形化的 quickfix;在 IDE 插件里 :vimgrep 可用,但全局搜索交给 IDE 原生(Cmd+Shift+f)通常更快 —— 这正是 §8 分工哲学的又一例。

quickfix 与第 10 章的宏是天作之合。清单里几十条同类的活(几十个 TODO 要加同一种标记、几十处旧 API 调用要同款改造),逐条「改 + :cn」未免枯燥 —— 录一个「加工 + :cn」结尾的宏(比如 qa 加工 Esc 然后命令行 :cn 回车 q),然后 30@a:宏每执行一轮就改一条、自动跳下一条,清单消化变成了连发。注意这正好满足宏的三纪律:结尾自动推进(靠 :cn)、全程相对导航(quickfix 记着位置,不依赖光标绝对坐标)、连发前先试一发 —— 第 10 章的设计原则在跨文件场景里原样生效。

7. 保存与会话:批量收尾

多文件之后,保存也要批量版::w 存当前,:wa(write all)存全部,:wqa(或 :xa)存全部并退出,:qa 全部退出。有一条护栏必须知道:有未保存修改(清单里的 + 号)的缓冲区,会拦住 :q / :qa —— Vim 提示你确认,这是防止半天工作一键蒸发;真想丢弃,用带感叹号的 :qa!(全部不保存退出)或 :e!(重读文件、丢弃本文件修改)—— 感叹号是「我知道我在干什么」的显式声明。

顺带一个影响体验的选项:隐藏缓冲区(set hidden)。默认情况下,带着未保存修改的缓冲区不许切换(必须先 :w 或 :q)—— 老派但烦人;开了 hidden 就能随便切,修改跟着缓冲区走,退出时统一收尾。终端 Vim 推荐开;IDE 插件则各有默认(VSCodeVim 跟随 VSCode 的自动保存体系,IdeaVim 通常也放行),体感上「切换不被保存卡住」在 IDE 里基本是默认事实 —— 这也是 IDE 与终端 Vim 少有的、IDE 更体贴的地方。纪律一句话:改完就 :w(或交给 IDE 自动保存),别让 + 号积少成多。

8. IDE 分工:「找到」靠 IDE,「改」靠 Vim

在 IDE 里用 Vim,最重要的战略判断是分清两件事:定位(去哪)与编辑(改什么)。定位这块,IDE 的语义引擎不可替代 —— 文件名跳转 Cmd+p、符号跳转 Cmd+Shift+o、定义跳转 Cmd+b(Vim 键 gd,IdeaVim 亦可)、引用查找、调用层级 —— 这些都基于代码索引,vim 的 :vimgrep 纯文本搜索比不了。把它们交给 IDE,一个键都不用抢。

而定位之后的加工,才是前十章功夫的主场:跳到定义后 ciw 改名、da( 拆参数、宏批量收拾、:s 区域替换 —— IDE 的编辑器在这些操作上完全比不过 vim 层。组合起来的节奏是:Cmd+p 到文件 → Cmd+Shift+o 到函数 → gd / Cmd+b 看定义 → vim 键加工 → Cmd+e(IDEA 最近文件)/ Ctrl+^ 回来继续。判断某个动作归谁管,只问一句:它需要「理解代码」吗?需要就是 IDE 的;只是「按键与文本」就是 vim 的。想通这一点,IDE 与 vim 不再打架,而是流水线上的两站。

9. 决策表:跨文件场景用哪个

10. 每日训练计划(30 分钟 × 2 天)

11. 如果本章只记住三件事

1. 内容住在缓冲区里:窗口和标签页只是取景框 —— 关掉它们文件无恙;:ls 看号、:b 切换,多文件主力是缓冲区流 + Ctrl+^ 乒乓;
2. 分屏共享同一缓冲区::sp 两块玻璃看一处,改一动二;Ctrl+w 前缀管所有窗口事(w 选窗、o 清屏、= 均分);
3. 找到靠 IDE,改靠 vim:文件 / 符号 / 定义跳转交接给 IDE,落位后的加工全用 vim 键 —— 分工不是妥协,是流水线。

至此「进阶篇」全部收官。下一章把整套武功装回 IDE:VSCodeVim 与 IdeaVim 的推荐配置全文、特色命令(gd、surround、多光标)、键位冲突的仲裁原则。