vscode中#include错误主因是intellisense未正确获取标准库路径，需检查c_cpp_properties.json的includepath配置是否匹配当前平台、无glob语法、路径准确且已重启intellisense引擎。
VSCode提示 #include 错误，绝大多数情况不是代码或编译器的问题，而是 IntelliSense 没拿到正确的标准库头文件路径——c_cpp_properties.json 里 includePath 配置错、漏、或压根没生效。
为什么改了 includePath 还是红波浪线？
常见现象：填了 /usr/include/c++/11 和 /usr/lib/gcc/x86_64-linux-gnu/11/include，保存后波浪线照旧。原因往往在细节：
- 右下角状态栏显示的是
Win32，但你在Linux配置块里改的路径——必须点它，手动切换到当前平台对应的 configuration -
includePath里写了/usr/include/**：VSCode C/C++ 扩展不支持 glob，/**会被整个忽略，只能写成/usr/include - 路径本身拼错了：比如 Ubuntu 上
g++ -v -E -x c++ /dev/null显示真实路径是/usr/include/c++/11，你却填了网上抄的/usr/include/c++/12 - 改完没重启 IntelliSense：Ctrl+Shift+P → 输入
C/C++: Restart IntelliSense Engine，否则缓存照用旧配置
Linux/macOS 下怎么找真实的标准库路径？
别猜，让编译器自己说。打开终端，运行：
g++ -v -E -x c++ /dev/null 2>&1 | grep "#include"
输出里会列出所有系统默认包含路径，例如：
#include "..." search starts here: #include <...> search starts here: /usr/include/c++/11 /usr/include/x86_64-linux-gnu/c++/11 /usr/include/c++/11/backward /usr/lib/gcc/x86_64-linux-gnu/11/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/11/include-fixed /usr/include/x86_64-linux-gnu /usr/include</...>
把这些路径逐条复制进 includePath，注意：
- 一律用正斜杠
/，Windows 也别用\ - 只取
#include <...></...>下面那些行，#include "..."的不用管（那是项目内相对包含） - 路径末尾不加
/**，也不加引号
用了 CMake 的项目，千万别手填 includePath
如果你的项目有 CMakeLists.txt，且已用 CMake Tools 插件成功 configure 过，就完全没必要手动维护 includePath。手填容易漏掉 target_include_directories() 或 find_package(OpenCV) 导出的真实路径。
正确做法是在 c_cpp_properties.json 的 configuration 块里加这一行：
"configurationProvider": "ms-vscode.cmake-tools"
然后删掉整个 includePath 数组。IntelliSense 会自动读 compile_commands.json 或 CMake 缓存，路径精准度远超人肉填写。
Windows 上 MinGW/MSVC 路径容易踩的坑
MinGW 路径常被抄错：实际安装在 C:/msys64/mingw64，却填了过时的 C:/MinGW；MSVC 则要进 VS 安装目录找 VC/Tools/MSVC/*/include 和 ATLMFC/include。
更关键的是中文路径问题：
- 系统区域设置里如果勾了「Beta版：使用 Unicode UTF-8」，会导致 VSCode 启动时路径乱码，
c_cpp_properties.json里的路径根本解析失败 - 必须取消该选项 → 重启电脑 →
chcp确认输出是936（不是65001） - 路径中避免中文括号、全角空格、顿号——这些比汉字更容易触发参数截断
最稳的方式：工作区路径全用英文，c_cpp_properties.json 里只用 ${workspaceFolder} 和绝对英文路径。标准库路径宁可多跑一次 g++ -v，也别凭印象硬写。
