您可以使用内置分析支持:启动vim do后

:profile start profile.log
:profile func *
:profile file *
" At this point do slow actions
:profile pause
:noautocmd qall!

(不像退出noautocmd不是真正需要的，它只是使vim退出更快)。

注意:你不会得到在vim退出之前被删除的函数的信息。

它可以是一个插件或语法突出显示;当这种情况发生时，尝试a:语法关闭，看看Vim是否会立即变得更快。

对于插件，“一般的慢”通常来自自动命令;答:autocmd列出所有这些。通过:autocmd!【集团】}{事件。从更频繁的事件(例如CursorMoved[I])到不太频繁的事件(例如BufWinEnter)。

如果您可以可靠地重现这种慢性，那么二进制搜索可能会有所帮助:移走~/中的一半文件。Vim /plugin/，然后另一个，在慢的集合中重复。

如果您真的需要深入了解，可以使用启用了:profile命令的Vim版本。(不是普通的BIG Windows版本，而是Cygwin附带的版本;而且，在大多数发行版下，自编译是相当容易的。)

一个非常简单的解决方案:找到一个缓慢的命令。移动一个插件到/tmp/。重试该命令。如果仍然很慢，将另一个插件移到/tmp/。重复此步骤，直到找到使该命令变慢的插件。

我发现通过使用-V选项启动Vim，将所有Vim活动打印到一个文件中很有帮助:

vim -V12log

这提供了最大的详细信息(级别12)并将其输出到文件日志。然后，您可以执行一些您知道很慢的Vim操作，然后查看哪些函数/映射正在内部调用。

您可以使用内置分析支持:启动vim do后

:profile start profile.log
:profile func *
:profile file *
" At this point do slow actions
:profile pause
:noautocmd qall!

(不像退出noautocmd不是真正需要的，它只是使vim退出更快)。

注意:你不会得到在vim退出之前被删除的函数的信息。

我发现了另一个非常有用的vim内置方法，可以在加载.vimrc时显示准确的计时消息。

vim --startuptime timeCost.txt timeCost.txt

请运行:

:help --startuptime

以获取更多信息。