vscode的c/c++头文件自动补全依赖intellisense正确解析，而非“自动导入”；其核心是compilerpath（须为绝对路径）、intellisensemode（须匹配实际编译器）与includepath（应按预处理器工作目录配置，如用${filedirname}/../inc而非仅${workspacefolder}/inc）三者协同生效。
VSCode 的 C/C++ 头文件自动补全不靠“自动导入”，靠 IntelliSense 正确解析
VSCode 本身没有“自动插入 #include”功能，所谓“自动导入头文件”，其实是 IntelliSense 在正确配置下，对 #include 行提供路径补全、跳转和符号识别能力。它不会像 JS/TS 那样帮你写 import { X } from 'y'，而是让你敲 #include " 或 <code>#include " 时，弹出可选的头文件列表。
- 补全失效最常见原因：IntelliSense 没识别到编译器，导致系统头（如
stdio.h、vector）都看不到 -
compilerPath必须是绝对路径（例如/usr/bin/clang++），不能只写clang++ -
intelliSenseMode必须匹配实际编译器：用 GCC 就选gcc-x64，Clang 用clang-x64，MSVC 用msvc-x64 - 运行
ps aux | grep cpptools确认cpptools-srv进程存在；若只有cpptools没有srv，说明索引没起来
c_cpp_properties.json 中 includePath 写错，补全就只剩当前目录
很多人把所有头文件路径都往 "${workspaceFolder}/inc" 一塞，结果 #include "utils.h" 能补全，但 utils.h 里再 #include "base.h" 就失败——因为预处理器当前工作目录是 src/，不是 inc/。
- 相对引用要按源码中写的路径来配：如果
src/main.cpp写的是#include "../inc/utils.h"，那includePath应该加"${fileDirname}/../inc"，而不是"${workspaceFolder}/inc" - 避免混用
${workspaceFolder}和${fileDirname}在同一个includePath数组里，VS Code 对路径优先级无明确定义，容易漏掉某些头文件 - 如果用了 CMake Tools 插件，并且
c_cpp_properties.json里有"configurationProvider": "ms-vscode.cmake-tools"，手动写的includePath完全不生效——此时应删掉该行或设为""临时切回手动模式
为什么 #include 后敲空格或 > 没反应？先看右下角语言模式
如果状态栏显示 Plain Text、C（非 C++）、HTML 或 Vue (Deprecated)，说明当前文件压根没启用 C/C++ 扩展的 IntelliSense，补全逻辑根本不会启动。
- 点击右下角语言模式，手动切换为
C或C++ - 确认已安装官方
C/C++扩展（作者 Microsoft），禁用其他可能冲突的 C 相关插件（如旧版C/C++ Snippets） - 打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，在 Console 里输入require('vscode')不报错，再查cpptools是否加载成功
想让 VSCode “自动加 #include”？只能靠插件辅助，且有局限
原生 C/C++ 扩展不提供“输入 printf → 自动加 #include <stdio.h></stdio.h>”这种能力。真有类似需求，得靠第三方插件，比如 Include Header in Source，但它只支持手动触发，不自动。
- 安装插件后，光标放在函数名上（如
printf），按Ctrl+Shift+P输入Include header，选对应头文件 - 它不识别语义，只做字符串匹配：输
vector可能推荐<vector></vector>，但也可能推"vector.h"（如果项目里真有） - 不解决跨平台问题：Windows 下
GetCurrentProcessId推windows.h，Linux 下同名函数可能来自别处，插件无法判断
真正可靠的路径，是把 compilerPath、intelliSenseMode、includePath 三者对齐，让 IntelliSense 看到和编译器一致的头文件视图——补全只是结果，不是魔法。
