VS Code 需手动配置本地工具链才能运行 C 代码：确保 gcc/clang 在 PATH 中、tasks.json 参数正确分隔、launch.json 指定 miDebuggerPath 和 preLaunchTask、c_cpp_properties.json 配置 includePath。
VS Code 本身不是 C 语言 IDE，它不自带编译器、调试器或标准库——你写的 C 代码能不能跑，完全取决于你本地装了什么工具链，以及 VS Code 能不能正确调用它们。
怎么让 gcc 或 clang 在 VS Code 里真正跑起来
VS Code 不会自动找你的编译器。它只认环境变量 PATH 里能直接敲出 gcc --version 的路径。Windows 上尤其容易卡在这一步：MinGW-w64 安装完没勾选“add to PATH”，或者 VS Installer 装的 MSVC 没运行过一次 vcvarsall.bat，cl.exe 就永远找不到。
- macOS：用
brew install gcc后，which gcc看是不是在/opt/homebrew/bin/gcc-14这类路径；别直接用 Xcode 自带的clang（它不支持-std=c17等部分标准选项） - Windows：推荐用 MinGW-w64（不是旧版 MinGW），安装时务必勾选 “Add to PATH”，装完在终端敲
gcc --version确认返回正常 - Linux：通常自带
gcc，但检查下sudo apt install build-essential（Ubuntu/Debian）或sudo dnf groupinstall "Development Tools"（Fedora）是否完整
tasks.json 里 args 写错，编译就静默失败
VS Code 的任务系统不会报错说“参数拼错了”，而是直接跳过编译，或者生成一个空的 a.exe / a.out。常见错误是把 -o 和输出文件名写成两个独立字符串，或者漏掉 -g 导致后续调试看不到变量。
- 正确写法：
"args": ["-g", "-Wall", "-std=c17", "-o", "${fileDirname}/${fileBasenameNoExtension}", "${file}"] - 错误写法：
"args": ["-o ${fileDirname}/${fileBasenameNoExtension}", "${file}"]——-o和文件名必须分开 - Windows 下注意路径分隔符：用
${fileDirname}\${fileBasenameNoExtension}.exe，反斜杠要双写，否则生成的可执行文件名可能含乱码
调试时 launch.json 配 miDebuggerPath 是硬性要求
VS Code 的 C/C++ 扩展默认用 gdb 或 lldb 调试，但它不会自动猜你在哪装的。Windows 上用 MinGW-w64，就必须明确告诉它 gdb.exe 的位置，否则点 ▶️ 会弹“无法启动调试会话”。
立即学习“C语言免费学习笔记（深入）”；
- 查路径：在终端里运行
where gdb（Win）或which gdb（macOS/Linux） - 填进
launch.json："miDebuggerPath": "C:\msys64\mingw64\bin\gdb.exe"（路径必须是绝对路径，且用双反斜杠或正斜杠） - 别省略
"preLaunchTask": "C Build"—— 否则调试前不会自动编译，你改了代码也还是跑的老版本
最常被忽略的一点：c_cpp_properties.json 里的 includePath 不只是补全用的，它直接影响头文件能否被找到、宏定义是否生效。比如用了 <math.h> 却没加 MinGW 的 include 路径，sqrt() 就会标红，即使编译能过。这个文件得手动配，而且每次换工具链都得重来一遍。
