code --status显示cpptools-srv cpu%长期>70%即可锁定真凶；它独立于extension host，专责intellisense解析，配置错误（如includepath滥用**、watcherexclude未配）会引发后台死循环重解析，导致风扇狂转但界面不卡。
怎么看 cpptools-srv 是不是真凶
界面没卡但风扇狂转，code --status 一跑就见 cpptools-srv CPU% 长期 >70%，基本可以锁死。它不归在 Extension Host 下，是独立进程，专干 IntelliSense 解析——一旦配置出错，它就在后台反复重试、重新索引、找不到头文件又再找，CPU 满载是常态。
执行 ps aux | grep cpptools（Linux/macOS）或看任务管理器“详细信息”页，确认 PID 对应的命令行里是否含 --log-level=Debug 或大量 includePath 路径。别信“我只开了 C++ 项目”，只要工作区里有 c_cpp_properties.json，cpptools-srv 就会启动并开始扫描。
- 重点关注日志中是否频繁出现
reparsing due to configuration change - 单个头文件解析耗时 >1000ms（查
cpptools-trace.log）说明路径混乱或存在冲突 - 状态栏显示 “IntelliSense: updating…” 持续超过 10 秒，大概率是路径配置触发了全量重扫
c_cpp_properties.json 的 includePath 怎么写才不炸
includePath 不是“越多越好”，而是“越准越省”。写错一个通配符，cpptools-srv 就可能把整个 node_modules 或 .git/objects 当成头文件目录递归扫描，几万小文件瞬间拉爆 CPU。
必须改成显式、收口的路径，禁用无脑 **：
- 删掉类似
"${workspaceFolder}/**"这种全局递归写法 - 只列真实需要的目录：
"${workspaceFolder}/include"、"${workspaceFolder}/src"、系统路径如/usr/include/c++/11 - 系统路径放后面，避免覆盖工作区同名头文件；第三方库路径（如 Eigen、Boost）用绝对路径或
${env:HOME}/lib/xxx显式指定 - 在
browse.path里也只填源码目录，别加**，并设"limitSymbolsToIncludedHeaders": true
files.watcherExclude 和 inotify 必须配齐
cpptools-srv 自己不监听文件，但它依赖 VSCode 的文件变更通知来触发重解析。如果 files.watcherExclude 没配对，chokidar 会把 node_modules、.git/objects、build/ 全部监听，inotify 事件爆炸，Node.js 子进程持续 100% 跑——你什么都没改，CPU 就稳在 80%+。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
这个配置必须写进项目根目录的 .vscode/settings.json，且格式严格：
- 通配符只能是
"**/node_modules/**": true，写成"node_modules"或"*/node_modules/*"全无效 - 推荐完整组合：
"**/node_modules/**"、"**/build/**"、"**/.git/**"、"**/cmake-build-*/**" - Linux/macOS 用户顺手检查：
cat /proc/sys/fs/inotify/max_user_watches，低于524288就得调高，否则 watcher 静默失败后反复重试 - 改完必须完全关闭 VSCode 窗口再重开，仅保存设置不生效
禁用后 CPU 还不降？旧进程根本没退出
点扩展面板里“Disable”只是阻止新加载，cpptools-srv 这类语言服务一旦启动就会常驻。你禁用后看到 CPU 没变化，是因为老进程还在跑，甚至可能多个实例并存。
正确清理三步走：
- 先运行命令面板：
Developer: Show Running Extensions，按 CPU% 排序，确认ms-vscode.cpptools是否仍在列表里 - 右键它 →
Disable (For All Folders)（注意不是仅当前工作区） - 彻底关闭当前 VSCode 窗口（不是
Developer: Reload Window），再重新打开工作区 - 仍不放心？终端手动杀残留：
ps aux | grep cpptools找 PID，kill -9 [PID]
最易被忽略的是：C/C++ 扩展的配置错误会引发解析死循环，而这种循环不会报错、不弹提示，只默默吃光所有 CPU 核心——它不卡 UI，所以你很难第一时间意识到问题出在 c_cpp_properties.json 里那几行路径上。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
