我想推荐一个多年前的出色实现:kien/tabman.vim。它澄清了以下内容:

One can have as many buffers that are carefully hidden, somewhere; By design, tabs are meant to display bufferes in creative ways. With some proper tabline plugin, one can display all the hidden buffers at the top row (tabline); Per my experience with vim-airline, the tabline will show very few relevant information when I create a new tab. Two tags will occupy the tabline slot, side by side, wasting the rest of the horizontal spaces Worst still, I no longer have any idea of what are the buffers that are hidden.

这是对这个神奇插件的一次奇妙的重新发现，它也应该在我的Vim配置中存在很多年了。 当我继续寻找一些东西，也显示所有隐藏的缓冲区，TabMan是我的超人，当它有一个鸟瞰缓冲区如何安排在不同的选项卡。

I load "selected" buffers as tabs to quickly (TAB/S-TAB) toggle between them. The framework of workspaces fits here as for me buffers VS tabs is mostly the visibility thing. I can pop important/work files in windows and tabs and hide the ones I don't currently need to utilize in the background on the fly without having to remember paths or take time to search and load them up again once the need arises. This allows for handling several tasks or projects in one VIM session, I guess this used to be important in low-memory machines but is also good for concentrating all editing tasks under one application frame. I also have buffer shifting shortcuts set to Ctrl-Right/Left so I can quickly shift through various buffers as well.

底线是，一个人只能根据屏幕的大小划分一些窗口，但他可以在几个选项卡中保留多个窗口设置，从而扩大工作空间，改善工作流程，允许方便地划分旋转多个文件的复杂任务。

对于交换文件，您可以告诉VIM将它们全部保存在您指定的一个文件夹中。设置目录。

选项卡的缺点是一次只能看到一个选项卡的内容。因此，如果您像在浏览器中那样使用它们，则无法并排查看多个缓冲区，甚至无法分开查看同一文件的各个部分。因此，许多人建议只使用选项卡来隔离不同的工作空间(例如，一个用于Java项目，另一个用于待办事项列表，第三个用于在旁边处理脚本)。

您所描述的问题似乎表明您错误地使用了Vim。要么有(大多数)一个单独的专用实例。然后，如果您重新编辑它们，被隐藏的缓冲区将简单地“重新出现”(现在您可以使用缓冲区列表来召回它们)，并且不会有交换文件消息。或者，为每个项目/文件/编辑会话使用单独的Vim实例，但要养成习惯:在完成文件时退出每个实例。

正如ZyX在#vim上所说，这个问题听起来像是“为什么vim专家更喜欢美味而不是温暖?”

“Vim专家”并不喜欢缓冲区而不是选项卡:他们使用缓冲区作为文件代理，使用选项卡页作为工作空间。缓冲区和标签页有不同的目的，所以选择一个而不是另一个没有任何意义。

缓冲区和制表符的问题是一种混淆，是由独立事实的组合引起的。

Most "modern" text editors and IDEs use a tab metaphor to represent loaded files. That metaphor acts as an information system — it shows the user what files are opened and their state — and as an interactive device — it allows the user to manipulate (reorder, select, close…) those opened files. Despite their many limitations, tabs are everywhere and people are used to them and expect them everywhere. Vim introduced tab pages in 7.0 as a way for its users to create ad-hoc "workspaces". Nothing in their features, their specific options, their specific commands or their :help sections suggests that tab pages could or should be used as file proxies. Nothing except the name and the appearance of "tab pages", of course, which leads to much confusion. Without :set hidden, which is disabled by default and not very easy to find, Vim makes it impossible to switch to another buffer without writing the current one or abandoning its changes. New users, unaware of that option, have no choice but to turn to heavy windows use or to the closest "tab-like" feature they can find: tab pages.

“Tab page”是该功能的一个不幸的名称选择，特别是在一个被阅读文档是浪费时间的想法所主导的时代。

在Vim中，标签页是建立在窗口之上的抽象，本身也是建立在缓冲区之上的抽象。每个新关卡都添加了有用的功能，但限制了你的工作流程。

“缓冲方式”

使用基于缓冲区的工作流，您正在处理的文件将沿着单个维度分布。你可以在你的缓冲区中循环，你可以通过输入它的名称(带完成)或它的数字来访问一个特定的缓冲区，你可以在缓冲区之间交替，你可以很容易地瞄准它们。基本上没有摩擦。

8个缓冲区打开，只有一个可见: 按号码切换: 按名称切换:

缓冲区是Vim的文件代理。如果你从文件的角度考虑，你就会从缓冲区的角度考虑。

“窗口”

With a window-based workflow, your "files" are both distributed along the same single "virtual" dimension as they would if you only used buffers and along two other "physical" dimensions. But the cartesian spaces in which those dimensions are found are almost completely separated: moving to another buffer still means "moving to another file" but moving to another window doesn't. The buffer that corresponds to the desired file may be displayed in that window but it could also be displayed in another one, maybe in another tab page, or not at all.

使用windows，在打开的文件之间导航要么太复杂，要么太简单，即使使用'switchbuf'和:sb。主要是因为您被迫使用两组命令来完成本质上相同的事情:访问缓冲区。

如下所述，Windows有它们的用途，但它们不具备在任何人的工作流中替换缓冲区所需的东西。

这里我正在做一个Vim配色方案。这两个窗口是同一个缓冲区的不同视图:上面的一个作为参考，有一个配色方案中使用的颜色代码表，下面的一个是我工作的地方:

Windows不是作为文件代理设计的，也不能被做成文件代理:它们是“容器”或“视口”，旨在为你提供一个缓冲区的视图。不多不少。

“tab方式”

使用基于选项卡的工作流，您基本上可以尝试模仿以前的编辑器所使用的用户体验，同时完全忽略Vim选项卡页面的本质。如果我们暂时忘记了这种策略通常是非常低效的，它也不可能，就像windows一样，强迫Vim坚持“一个文件=一个选项卡”范式而不失去很多灵活性。

Still working with the same files as above, the tabline takes up a significant space for virtually no benefit. All my files and all my tabs are called javascript*.vim so I can't do 3gt and be confident I'll end up at the right place and it is impossible to reach a specific tab by name. Add to that the fact that its label can very well be the very unhelpful but perfectly logical [Quickfix List]… Since there is no practical way to tie a file/buffer to a tab page, you are basically left with only one practical way to navigate between tab pages/buffers/files: cycling.

是的，我的表格只有8个标签，想象一下如果我有20个!

在8个标签页中打开8个缓冲区(错误) 用于两个特定任务的两个选项卡(右)

标签页是用来包含一个或多个窗口的“容器”或“视口”，它们本身也是用来包含缓冲区的“容器”。

总之

“Vim专家”(让我们假设我可以像一个人一样说话)不喜欢缓冲区而不是制表符:他们只是按照设计的方式使用Vim，并且对这种设计非常满意:

“Vim专家”有2个，30个或97个缓冲区加载，他们很高兴他们不需要处理空间分布; 当他们需要比较两个文件或工作在当前缓冲区的一部分，同时保持另一部分作为引用时，“Vim专家”使用窗口，因为这就是它们的使用方式; 当他们需要在项目的一个单独的部分上工作一段时间而不打乱他们当前的视图时，“Vim专家”会加载一个全新的标签页。

把这些添加到你的.vimrc中，开始爱上缓冲区吧:

:nnoremap <Tab> :n<cr>
:nnoremap <S-Tab> :N<cr>

这样你就可以通过Tab/ShiftTab在正常模式下向前/向后循环。

另一个技巧是，当使用缓冲区名称作为:buffer的参数时，不必指定整个名称。但是，如果有多个缓冲区与给定参数匹配，则缓冲区不会切换。

可以使用缓冲区名称的任何片段进行匹配。例如，如果你有request_manager.java和queue_manager.java两个缓冲区，那么:buffer que或:b que会匹配它们，但会切换到queue_manager.java，因为它在开始时匹配。