解决Clangd中大型数组和C++23的性能问题

Clangd作为C++语言服务器，为开发者提供类似IDE的功能，例如代码补全。在处理大型数据结构时，Clangd有时会遇到性能问题，特别是在使用C++23时。最近GitHub上的一项讨论揭示了这一挑战，包括具体的示例、性能指标和可能的解决方案。

问题描述

用户ZtRXR报告称，在尝试使用代码补全时，Clangd在处理一个大型数组时遇到了显著的性能下降。以下是用户提供的示例代码：

#include <cstdint>
#include <vector>

const int64_t max_n = 1e6 + 5;
std::vector<int64_t> v[max_n];

int main() {
    v[1]. // 这里的代码补全反应极为缓慢。
}

在试图访问成员函数时，代码补全的建议需等待约5秒才得到响应，极大影响了编程体验。此外，日志中显示了多个错误，反映出生成代码操作和插入提示的失败，进一步加剧了问题：

reply:textDocument/completion(...) 2657 ms
reply:textDocument/codeAction(...) 2538 ms, error: Task was cancelled.

问题根源

ZtRXR发现性能问题仅在使用C++23时出现。使用C++17或更早版本时，代码补全功能正常，没有延迟。用户提供的最小CMake配置在将C++标准设置为23时重现了问题。

解决方案和替代方案

讨论中识别出了一些潜在的解决方案。用户HighCommander4建议启用实验性常量解释器，通过添加编译选项-fexperimental-new-constant-interpreter来减少编译时间。然而，这种方法在与Clang语言服务器一起使用时导致崩溃。

代码修改的替代方案

作为临时解决方案，HighCommander4建议修改代码，在开发过程中减少对Clangd的影响：

#include <cstdint>
#include <vector>

#ifdef __CLANGD__
const int64_t max_n = 10; // 在代码补全时使用更小的数组
#else
const int64_t max_n = 1e6 + 5; // 其他环境下使用实际大小
#endif

std::vector<int64_t> v[max_n];

int main() {
    v[1].
}

这种方法允许开发者在编辑代码时减小数组的规模，而在实际编译时保留原始大小，从而提高Clangd的性能。