使用 clang 更快地完成代码

Question

我在使用clang的代码完成机制时正在研究潜在的代码完成加速。下面描述的流程是我在Anders Bakken的rtages中发现的。

翻译单元由守护程序监控文件解析以查找更改。这是通过调用clang_parseTranslationUnit和相关函数（重置*，处置*）完成的。当用户在源文件中的给定行和列处请求完成时，守护程序将源文件的最后保存版本和当前源文件的缓存翻译单元传递到clang_codeCompleteAt。（Clang Code完整文档）。

传递给clang_parseTranslationUnit（来自CompletionThread::进程，第271行）的标志是CXTranslationUnit_PrecompiledPreamble|CXTranslationUnit_CacheCompletionResults|CXTranslationUnit_SkipFunctionBodes。传递给clang_codeCompleteAt（来自CompletionThread::进程，第305行）的标志是CXCodeComplete_IncludeMacros|CXCodeComplete_IncludeCodePatterns。

对< code > clang _ codecomplete at 的调用非常慢，即使在完成位置是合法成员访问代码的情况下，也需要大约3-5秒才能完成，这是< code > clang _ codecomplete at 文档中提到的预期用例的子集。按照IDE代码完成标准，这似乎太慢了。有没有加速的方法？

Answer 1

有时，这种程度的延迟是由于网络资源（文件搜索路径或套接字上的NFS或CIFS共享）超时造成的。通过在运行的进程前面加上strace-Tf-o trace.out，尝试监视每个系统调用完成所需的时间。查看＜code＞跟踪中尖括号中的数字。out＜/code＞表示需要很长时间才能完成的系统调用。

您还可以监视系统调用之间的时间，以查看哪个文件的处理需要太长时间才能完成。为此，请在您运行的进程前加上strace-rf-otrace.out。查看每个系统调用前的数字，以查找较长的系统调用间隔。从那时开始向后查找开调用，以查看正在处理的文件是哪个。

如果这没有帮助，您可以分析您的流程，看看它在哪里花费了大部分时间。

Answer 2

clang_parseTranslationUnit的问题是预编译的序码在第二次称为代码完成时不会重用。计算预编译前导码花费的时间超过 90%，因此您应该允许尽快重用预编译前导码。

默认情况下，它第三次被调用以解析/重分析翻译单元。

查看ASTUnit.cpp中的变量“PreambleRebuildCounter”。

另一个问题是此前导码保存在临时文件中。您可以将预编译的前导码保留在内存中，而不是临时文件中。它会更快。:)