VS Code 运行 C++ 依赖正确配置编译器、tasks.json 和 launch.json：需确保编译器在 PATH 中可用，C/C++ 扩展生成 c_cpp_properties.json，tasks.json 匹配实际编译命令并设 problemMatcher，launch.json 的 program 与输出路径一致且调试器匹配，修改后须重新编译再调试。
VS Code 本身不自带 C++ 编译器或调试器，必须手动配置工具链和调试启动项。能否跑起来，关键不在插件装没装，而在于 tasks.json 能否调通编译命令、launch.json 能否正确挂载调试器——这两份文件写错一个参数，就卡在“找不到可执行文件”或“无法启动调试会话”。
确认已安装且能从终端调用的编译器
VS Code 不会自动发现你电脑里装的 MSVC 或 MinGW-w64，它只认你 PATH 里能直接敲命令运行的编译器。
- Windows 上用 MSVC：必须安装 Visual Studio（带“使用 C++ 的桌面开发”工作负载） 或独立的 Build Tools for Visual Studio；安装完后，在 PowerShell 或 CMD 中运行
cl，能看到版本信息才算有效 - Windows 上用 GCC（MinGW-w64）：推荐使用
mingw-w64官方构建（如 https://www.mingw-w64.org/），避免用过时的 TDM-GCC；安装后运行g++ --version，确保输出不是“command not found” - macOS / Linux：确认
g++或clang++在终端可用；macOS 还需额外安装 Command Line Tools：xcode-select --install
用 C/C++ 扩展生成基础配置（别跳这步）
微软官方的 C/C++ 扩展（ms-vscode.cpptools）不是摆设——它能自动生成符合当前平台和编译器的 c_cpp_properties.json，省去大量头文件路径和宏定义的手动填写。
- 打开一个
.cpp文件后，按Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入 “C/C++: Edit Configurations (UI)” - 在界面中选择你的编译器（如
Visual Studio Community 2022 - amd64或MinGW-W64 x86_64-posix-seh），扩展会自动填入includePath、defines和intelliSenseMode - 保存后，VS Code 才能正确高亮、跳转、补全标准库函数；否则即使编译成功，也会频繁报
identifier "cout" is undefined
tasks.json 要匹配编译器实际调用方式
tasks.json 不是写个 g++ main.cpp -o main 就完事——它必须和你终端里能跑通的命令完全一致，包括路径、参数顺序、输出位置。
立即学习“C++免费学习笔记（深入）”；
- MSVC 下不要写
g++，要用cl.exe，且必须通过vcvarsall.bat预设环境；常见写法是用shell类型任务调用批处理：{ "type": "shell", "command": "call "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvars64.bat" && cl /Zi /EHsc /Fe: ${fileDirname}\${fileBasenameNoExtension}.exe ${file}" } - MinGW-w64 下如果
g++不在 PATH，得写绝对路径，比如"C:\mingw64\bin\g++.exe"；注意 Windows 路径要用双反斜杠或正斜杠 - 务必设置
"group": "build"和"problemMatcher": ["$gcc"]（GCC）或["$msCompile"]（MSVC），否则错误不会出现在“问题”面板里
launch.json 的 miDebuggerPath 和 program 必须严格对应
调试失败十次有八次是因为 launch.json 指向了不存在的可执行文件，或用了不兼容的调试器。
-
program必须是tasks.json实际生成的 exe 路径，例如${fileDirname}/${fileBasenameNoExtension}.exe；如果tasks.json输出到build/目录，这里也得同步改 - MSVC 默认用
vscode-cpptools内置的调试适配器，不用填miDebuggerPath；但如果你选了cppdbg类型并想用gdb或lldb，就必须指定完整路径，比如 MinGW 的"miDebuggerPath": "C:\mingw64\bin\gdb.exe" - Linux/macOS 上用
cppdbg+gdb时，编译命令必须加-g（tasks.json里漏掉这个，断点全灰）
最常被忽略的是：修改 tasks.json 或 launch.json 后，必须重新触发一次编译（Ctrl+Shift+B）再调试（F5）。VS Code 不会自动重读配置，也不会帮你重建可执行文件——它只按你上次编译的结果去调试。
