Windows 下应安装 MinGW-w64（x86_64-posix-seh 版），配置时需将 bin 目录加入 PATH，并在 VS Code 的 c_cpp_properties.json 中用绝对路径指定 compilerPath，在 launch.json 中正确设置 miDebuggerPath 指向 gdb.exe，在 tasks.json 中编译参数必须包含 -g 和 -O0。
装哪个 C 编译器：Windows 用 MinGW-w64，别碰 TDM-GCC 或旧版 MinGW
VS Code 本身不编译 C，它只调编辑、调试和任务调度，真正干活的是外部编译器。Windows 下最稳的选择是 MinGW-w64（注意带 -w64），不是老掉牙的 MinGW，也别图省事选 TDM-GCC——它自带的 gdb 调试器常和 VS Code 的 cppvsdbg / gdb 适配出问题，断点不命中、变量看不到是常态。
实操建议：
- 去 mingw-w64.org 下载
x86_64-posix-seh版本（Win10/11 都兼容） - 解压后把
bin目录加进系统PATH（比如C:mingw64in） - 终端里运行
gcc --version和gdb --version都得有输出，且gdb版本 ≥ 10.2
c_cpp_properties.json 里 compilerPath 必须写绝对路径
这是 VS Code C/C++ 扩展（Microsoft 官方那个）识别语法、跳转、补全的关键配置。很多人直接填 "gcc" 或留空，结果头文件标红、printf 没提示、stdlib.h 找不到——因为扩展不会走 PATH 查编译器，它只认你写的绝对路径。
常见错误现象：
- 明明
gcc能编译，但 VS Code 里所有标准库函数都报“identifier not found” -
int main()上悬停显示 “no definition found”
正确写法（以 MinGW-w64 解压到 C:mingw64 为例）：
"compilerPath": "C:\mingw64\bin\gcc.exe"
注意：\ 是 Windows 路径转义，不能写成 / 或单 ；路径末尾必须带 .exe；别用环境变量如 %MINGW%，扩展不解析这些。
调试前必须生成 launch.json，且 miDebuggerPath 指向真实 gdb.exe
没这个文件，F5 会直接报错 “Unable to start debugging”，不是代码问题，是调试器根本没连上。VS Code 不会自动帮你配好 gdb 路径，尤其当你装了多个版本（比如 Git for Windows 自带一个 gdb）时，很容易用错。
实操要点：
- 按
Ctrl+Shift+P→ 输入 “Debug: Open launch.json” → 选 “C++ (GDB/LLDB)” → “g++.exe (MinGW-W64)” - 检查生成的
launch.json里miDebuggerPath字段，必须是完整路径，例如："C:\mingw64\bin\gdb.exe" - 如果之前用过其他工具（如 CLion、Code::Blocks），它们可能改过系统
PATH优先级，导致 VS Code 拿到的是错的gdb，务必手动指定
编译任务 tasks.json 别漏掉 -g 和 -O0
没加 -g，调试时看不到变量值、堆栈为空；没加 -O0（关闭优化），单步会跳来跳去、局部变量显示为 <optimized out>——这两个参数不是可选，是调试前提。
典型错误配置：
"args": ["-o", "${fileDirname}\${fileBasenameNoExtension}.exe", "${file}"]
正确写法（补全关键参数）：
"args": [
"-g",
"-O0",
"-o",
"${fileDirname}\${fileBasenameNoExtension}.exe",
"${file}"
]
另外注意：tasks.json 中的 command 字段要写 "gcc"（不是 "g++"），C 文件用 gcc，否则链接阶段可能报 undefined reference to `WinMain'。
复杂点在于：这些配置分散在三个 JSON 文件里（c_cpp_properties.json、launch.json、tasks.json），少一个或路径错一个，整个链路就断。最容易被忽略的是 gdb.exe 路径没手动确认，以及 compilerPath 写成了 "gcc" 这种命令名而非绝对路径。
