VS Code中C++能编译的前提是g++或clang++已正确安装并被系统识别，需先在终端执行g++ --version或clang++ --version验证；若报“command not found”，则说明未安装或PATH未配置，Mac需注意xcode-select安装的是Clang而非GCC，Homebrew安装的GCC命令为g++-13等带版本号形式，Windows需确认MinGW-w64的bin目录已加入PATH且路径不含中文或空格。
g++ 能跑起来，c_cpp_properties.json 和 tasks.json 配对正确，就基本能编译了。Mac 上默认用 clang++，Windows 上多数用 g++（MinGW-w64），Linux 上直接用系统 g++——选错编译器路径或没配 includePath，代码立刻满屏红色波浪线。
怎么确认编译器已就位且被 VS Code 识别
先别急着改配置文件，终端里跑两行命令才是关键：
-
g++ --version或clang++ --version必须有输出；没反应或报 “command not found”，说明编译器根本没装或没进PATH - Mac 用户注意：
xcode-select --install装的是 Apple Clang，不是 GNU GCC；Homebrew 安装的gcc实际命令是gcc-13、g++-13，不能直接写g++ - Windows 用户检查 MinGW-w64 的
bin目录是否真进了系统环境变量PATH；常见坑是解压后忘了加路径，或路径含中文/空格导致g++找不到
c_cpp_properties.json 里最常填错的三个字段
这个文件管 IntelliSense（补全、跳转、波浪线），不配对，#include <iostream></iostream> 都标红。
-
"compilerPath"：必须指向真实可执行文件，比如"C:\mingw64\bin\g++.exe"（Windows）或"/opt/homebrew/bin/g++-13"（Mac）；写成"g++"或"gcc"会失败 -
"intelliSenseMode"：必须和编译器匹配——msvc-x64对应 MSVC，gcc-x64对应 MinGW/GCC，clang-x64对应 Clang；Mac 默认 Clang 就填clang-x64，别硬套gcc-x64 -
"includePath"：别只写"${workspaceFolder}/**"；标准库头文件路径要显式加进去，比如 MinGW-w64 需补"C:\mingw64\x86_64-w64-mingw32\include\c++\13.2.0/**"，否则std::vector无法识别
tasks.json 编译任务写错会导致“构建成功”但没生成 exe
VS Code 不自动编译，全靠 tasks.json 调外部命令；参数顺序、输出路径、扩展名一错，就静默失败。
-
"command"值必须是完整路径或确保在PATH中可用；Windows 下用g++.exe比g++更稳 -
"args"里-o后面的输出路径要用${fileDirname}动态拼，别写死；Windows 要用双反斜杠或正斜杠："${fileDirname}/${fileBasenameNoExtension}.exe" - 缺
"group": "build"或没设"isDefault": true，按Ctrl+Shift+B就弹不出任务列表，只能手动选 - 调试前必须确保编译带
-g参数，否则launch.json加断点无效
launch.json 调试启动失败，90% 是 program 路径或外部控制台问题
调试器（GDB/LLDB）找不到可执行文件，或运行时一闪而过，基本锁定这两处。
立即学习“C++免费学习笔记（深入）”；
-
"program"必须和tasks.json输出路径完全一致；比如tasks.json输出main.exe，这里就得写"${fileDirname}/main.exe"，不能漏掉.exe -
"externalConsole"设为true才能看到printf输出；设false时 Windows 控制台会秒退，Linux/macOS 可能卡住 - Windows 下
"miDebuggerPath"要指向 MinGW 自带的gdb.exe，比如"C:\mingw64\bin\gdb.exe"；用系统 GDB 或 WSL 的 GDB 会连不上
-std=c++17）时，c_cpp_properties.json 里的 defines 和 intelliSenseMode 得同步改——很多人改了编译参数却忘了调 IntelliSense，结果代码能编译，但编辑器依然报错。 
