VS Code 运行 C 变慢主因是 C/C++ 扩展持续索引导致内存/CPU 累积：includePath 过宽、宏嵌套深、__attribute__ 等语法触发解析异常；应精简路径、禁用 cpptools 语义分析、启用 clangd 并配置 --background-index，改 tasks.json 为 "type": "process"，删除陈旧 compile_commands.json。
为什么 vscode 运行 C 会越来越慢
不是编译器变慢，是 VS Code 自身的 C/C++ 扩展在持续索引、解析头文件、维护符号数据库时不断累积内存和 CPU 开销。尤其当你项目里有大量第三方库（比如 opencv、boost）、自定义宏嵌套深、或用了 __attribute__ 等 GCC 特有语法时，c_cpp_properties.json 配置稍有偏差，cpptools 就容易卡住或反复重载。
c_cpp_properties.json 中 includePath 写得太宽泛
常见错误是把整个 /usr/include 或 /opt/homebrew/include 直接加进 includePath，导致 cpptools 每次打开文件都要扫描成千上万个头文件。它不只读路径，还会递归解析其中所有 #include 和宏定义。
- 只保留真正用到的路径，比如
/usr/include/stdio.h所在的父目录/usr/include可以留，但/usr/include/linux、/usr/include/asm这类内核头一般不用，删掉 - 用
"${workspaceFolder}/include"替代"./include/**"—— 后者会触发通配符递归，前者只认一级 - 如果用了
pkg-config，优先用pkg-config --cflags xxx输出的精简路径，而不是手动硬编码整条系统路径
settings.json 里关不掉的自动补全和语义高亮
"C_Cpp.intelliSenseEngine": "Default" 是默认值，但实际运行的是旧版 Tag Parser + 新版 clangd 混合模式，容易冲突。而 "C_Cpp.errorSquiggles": "EnabledIfIncludesResolve" 表面省资源，实则每次敲代码都偷偷做头文件可达性检查。
- 明确设为
"C_Cpp.intelliSenseEngine": "Disabled"，彻底禁用cpptools的语义分析（补全靠clangd单独跑） - 把
"C_Cpp.errorSquiggles"改成"Disabled"，错误只在保存/构建时由gcc报，不实时扫 - 确保已安装并启用
clangd扩展，且在settings.json中配置"clangd.arguments"加上--background-index和--limit-results=50防爆内存
终端里用 gcc 编译快，但 vscode 里按 Ctrl+F5 越来越卡
问题往往不在编译本身，而在 VS Code 的 tasks.json 启动方式：默认用 shell 模式调 gcc，每跑一次就 fork 一个新 shell，加载全部环境变量 + profile 脚本（比如 ~/.zshrc 里有耗时命令），久而久之积少成多。
- 把
"type": "shell"改成"type": "process"，直接执行gcc二进制，跳过 shell 初始化 - 检查
tasks.json中"args"是否含冗余参数，比如重复的-I、没用的-save-temps - 避免在
preLaunchTask里调用make clean—— 清理动作应只在真正需要时手动触发，而非每次调试都执行
最麻烦的其实是 workspace 级别的 compile_commands.json 文件被生成后长期没更新，里面路径失效却还被 cpptools 反复尝试解析。删掉它，让 clangd 重新生成，比调参数更立竿见影。
