先确认终端中g++ --version能否成功执行，若失败则说明编译器未安装或PATH未生效；成功后在VS Code中通过“C/C++: Edit Configurations (UI)”自动探测编译器路径，并设compilerPath为g++.exe或g++而非绝对路径，再重置IntelliSense数据库。
VS Code 或 CMake 报“找不到编译器”，不是插件坏了，也不是你代码错了，而是它压根没看见 g++、clang++ 或 cl.exe 在哪——先确认终端里能不能跑通，再看配置是否绕过了自动探测逻辑。
终端里 g++ --version 报错，说明编译器根本没装对或 PATH 没生效
这是所有问题的起点，跳过这步后面全白忙。
- Windows 用户：打开 CMD 或 PowerShell，运行
g++ --version；若提示“不是内部或外部命令”，检查是否安装了 MinGW-w64（推荐x86_64-13.2.0-release-posix-seh）或 MSVC，并把C:\mingw64\bin或vcvarsall.bat所在目录加入系统 PATH - macOS 用户：必须先运行
xcode-select --install，否则clang++不会出现在/usr/bin - Linux 用户：执行
sudo apt install build-essential g++（Ubuntu/Debian），别只装build-essential，g++包可能被漏掉 - 装完务必重启终端（不是关掉再开一个窗口，是彻底退出并重新启动），VS Code 启动后也不会自动感知你后来加的 PATH
c_cpp_properties.json 里 compilerPath 别写死绝对路径
很多人手动填 "C:/mingw64/bin/g++.exe"，结果 IntelliSense 仍然标红 iostream——因为 C/C++ 插件靠这个路径反向推导 includePath 和宏定义，硬编码会跳过自动探测。
- 正确做法：设为
"g++.exe"（Windows）或"g++"（macOS/Linux），让插件自己去PATH里找 - 对应地，
intelliSenseMode必须匹配，比如linux-gcc-x64、msvc-x64，不能乱选成gcc-arm - 删掉手写的
includePath字段——除非你明确知道某第三方库路径必须加，否则它大概率干扰自动推导 - 改完保存后，按 Ctrl+Shift+P → 输入
C/C++: Reset IntelliSense Database强制刷新
用 MSVC 时，只加 cl.exe 到 PATH 是无效的
MSVC 不是单个可执行文件，它依赖一整套环境变量（INCLUDE、LIB、VCINSTALLDIR 等）。只把 cl.exe 所在目录塞进 PATH，编译会在链接阶段崩在 LNK1104: cannot open file 'ucrtd.lib'。
立即学习“C++免费学习笔记（深入）”；
- 验证方式：在 VS Code 终端里运行
where cl.exe，为空就说明环境没加载 - 最稳方案：用 Visual Studio 自带的
x64 Native Tools Command Prompt启动 VS Code：code . - 次选方案：在 VS Code 终端里先运行
"C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsall.bat" x64，再执行构建任务 -
c_cpp_properties.json中仍只需设"compilerPath": "cl.exe"，其他交给插件推导
CMake 报 No CMAKE_CXX_COMPILER could be found
这和 VS Code 提示“找不到编译器”本质是一回事，但 CMake 还多一层缓存干扰。
- 先确保
g++ --version在终端可用；不行就回上一步修环境 - 删掉构建目录下的
CMakeCache.txt和整个CMakeFiles/目录，再重试cmake .. - VS Code 中需通过命令面板 →
CMake: Select a Kit手动选中已识别的工具链（如[GCC 13.2.0]） - 极端情况（如容器或交叉编译）才手动指定：
cmake -DCMAKE_CXX_COMPILER=/usr/bin/g++ ..
真正容易被忽略的是：VS Code 启动后不会自动感知你后来改的系统 PATH；CMake 缓存残留会让它“记得”一个早已失效的错误状态；而 MSVC 的环境变量依赖，从来不是加一条 PATH 就能解决的事。
