必须用cppbuild类型任务，因C/C++扩展仅在此类型中注入预处理器定义、头文件路径等编译上下文，供IntelliSense和problemMatcher精准解析错误；shell/process任务无法同步这些信息，导致诊断失效、调试符号丢失。
VS Code 里执行 C++，必须选 cppbuild 类型的任务，不能用 shell 或 process —— 否则 IntelliSense 不识别、错误定位失效、调试器找不到符号。
为什么必须用 cppbuild 而不是 shell
VS Code 的 C/C++ 扩展（ms-vscode.cpptools）只在 type: "cppbuild" 的任务中注入完整的编译上下文：包括预处理器定义、头文件路径、语言标准等。这些信息会同步给 IntelliSense 和 problemMatcher（错误解析器），让红色波浪线准确定位到 #include 缺失或类型不匹配的位置。
如果你手动写个 shell 类型任务调用 g++：
- 错误输出不会被自动解析成可跳转的诊断项
-
c_cpp_properties.json里的includePath对该任务无效 -
launch.json中的preLaunchTask可能静默失败（不报错但不执行）
tasks.json 中关键字段怎么填才有效
一个最小可用的 C++ 构建任务，核心字段必须满足以下条件：
-
"type": "cppbuild"—— 唯一合法值，不可拼错或改成小写 -
"label": "C/C++: g++.exe build active file"—— 标签名要含C/C++，否则 C/C++ 扩展可能忽略它 -
"command"必须是完整路径，例如"C:\mingw64\bin\g++.exe"，不能只写"g++"（即使 PATH 里有） -
"args"至少包含："-g"（生成调试信息）、"${file}"（当前文件）、"-o"+ 输出路径（如"${fileDirname}\${fileBasenameNoExtension}.exe"） -
"group": "build"—— 显式标记为构建组，否则Ctrl+Shift+B默认不认它
漏掉 group 或写成 "build" 以外的值（比如 "compile"），会导致快捷键失效，只能靠菜单手动选。
多文件项目时，tasks.json 怎么避免反复改路径
单文件临时测试可以用 ${file}，但一旦涉及 .h + .cpp 多文件，硬编码路径会立刻崩。正确做法是：
- 用
"${workspaceFolder}/**/*.cpp"替代"${file}"，让 g++ 一次编译整个工作区的源文件 - 把输出统一指向
"${workspaceFolder}/build/"目录，避免 exe 散落在各处 - 加
"-I${workspaceFolder}/include"参数，显式告诉编译器头文件在哪（别依赖c_cpp_properties.json的includePath给任务用） - 如果用了第三方库（如 Boost），
args里必须加-L和-l，仅靠includePath不会让链接通过
注意：${workspaceFolder} 指的是你用 code . 打开的那个文件夹，不是 VS Code 安装目录，也不是用户主目录。
运行失败时先盯哪三行日志
按 Ctrl+Shift+P → Developer: Toggle Developer Tools，切到 Console 标签页，执行任务后重点看：
- 是否出现
spawn g++.exe ENOENT—— 说明command路径错或文件不存在 - 是否打印
Executing task: C:mingw64ing++.exe ...—— 没这行代表任务根本没触发（检查group和label） - 编译输出里有没有
note: in included file:类提示 —— 有说明includePath生效了；没有可能只是 IntelliSense 没读到配置
最常被忽略的是：VS Code 启动方式。从开始菜单点开的 VS Code，PATH 里没有 mingw64/bin；必须从已配置好 PATH 的终端里执行 code .，否则所有路径都对，但 g++.exe 就是找不见。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
