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