我正在尝试切换到主要less在我只想阅读代码时使用，然后v在我想编辑文档时切换到编辑器的工作流程。这在 OS X 上是 GNU 较少的，但我认为它可以推广到其他系统。
如果我设置VISUAL为vim -u NONEvim 不读取任何初始化文件，或者使用另一个立即启动的编辑器（如nanoorjoe或 ） ，那么在按下和让文件出现在编辑器中ne之间没有明显的停顿。v
例如，这工作得很好：
$ previous-command > foo.txt
$ VISUAL='vim -u NONE' less foo.txt
查看文件less，滚动到感兴趣的行并按下v，文件立即在里面可见vim。
只是为了说明这一点，如果我们设置VISUAL为 ，则会发生以下情况sleep 1; vim。
$ another-previous-command > foo.txt
$ VISUAL='sleep 1; vim -u NONE' less foo.txt
我们现在正在查看该文件，然后按v进行编辑。
shell 会话现在再次可见一秒钟，因此我们看到：
$ another-previous-command > foo.txt
$ VISUAL='sleep 1; vim -u NONE' less foo.txt
foo.txt第二个过去后，我们可以看到vim 内部的内容。
vim只需单独使用，无需额外的命令行参数，即可读取文件并执行一些初始化工作。这需要几分之一秒的时间，但足够长，足以使底层 shell 会话可见，就像sleep 1; <VIM COMMAND>.
有没有一种方法可以将控制权从 转移less到vim，使底层 shell 会话不可见，甚至部分不可见？
答案1
Less 的-X选项会关闭终端的初始化和取消初始化，这就是导致闪烁的原因。很可能less正在使用终端模拟器的备用屏幕功能。如果那是 Mac OS X 的 Terminal.app，你显然可以手动在备用屏幕之间来回切换。 （XTerm 也允许您手动切换）。
现在，什么是备用屏幕？为什么较少使用它？历史原因，确实如此。终端模拟器伪装成终端——从计算早期就开始使用的实际硬件显示设备（但现在相当罕见）。程序几乎完全通过输出字符来与终端仿真器对话；某些特殊字符被指定为控制字符，可以执行诸如移动光标、清除屏幕、更改颜色等操作。与现代帧缓冲区不同，它是困难或不可能用于找出终端当前显示内容的程序。 （事实上，如果可能的话，必须通过发送一个控制序列来完成，该控制序列将使终端发回答案，就像用户键入了答案一样；实际上没有其他方法可以让数据从终端发送出去到程序）。
因此，如果您想在显示其他内容后恢复屏幕（例如，查看您键入的命令），则需要终端来完成此操作。大多数终端模拟器允许您通过切换到备用屏幕来保存至少一个屏幕。你会注意到，当你（例如）echo hello | less关闭 less 后运行时，你会回到 bash 屏幕，保持不变。这是因为 less 切换到备用屏幕并在那里显示“hello”；然后当你退出它时，它又切换回来。如果你运行，echo hello | less -X行为将会有很大不同（它也会跳过 init 的清屏部分，因此你最终会在提示后启动文件 - 尝试使用 control-L 强制清屏并重绘）。当您退出较少时，您的 shell 历史记录将不再显示。
随机旁注，less -FX是一个有用的组合。
无论如何，你看到的闪烁是这样的：当 less 启动编辑器时，它首先必须将终端返回到“正常”状态 - 其中一部分是切换出备用屏幕。这就是你所看到的。 （一旦 vim 启动，它当然会立即切换回备用屏幕 - 但 less 无法知道这一点。）
也可以看看：如何在终端中配置屏幕恢复？