vs code 不是编译器，需依赖系统已安装的 gcc/clang 等外部编译器；必须正确安装并配置 path，再配合 c/c++ 官方扩展与 launch.json/c_cpp_properties.json 才能调试。
VS Code 本身不是编译器，它只是编辑器
VS Code 不带 C 编译器，也不能“变成”编译器。它靠调用系统已安装的外部工具（比如 gcc、clang）来编译 C 代码。你真正要做的，是让 VS Code 能找到并正确调用这些工具。
必须先装好 C 编译器（Windows / macOS / Linux 各不相同）
没装编译器，VS Code 再怎么配都报错 command 'gcc' not found 或类似提示。装错位置、没加进 PATH 是最常见卡点。
- Windows：推荐装
MinGW-w64（别只下mingw，老版本缺stdc++支持），安装时勾选“add to PATH”，装完重启 VS Code - macOS：运行
xcode-select --install装命令行工具；或用brew install gcc（注意：gcc命令实际指向clang，想用 GNU GCC 得调用gcc-13这类带版本号的命令） - Linux：直接
sudo apt install build-essential（Ubuntu/Debian）或sudo dnf groupinstall "Development Tools"（Fedora） - 验证是否成功：终端里运行
gcc --version和which gcc，确保有输出且路径合理
用 Code Runner 插件快速跑 C，但别依赖它调试
它适合写小练习、验证语法，但生成的临时可执行文件路径混乱、不支持断点调试、默认不传编译参数（比如 -Wall），容易掩盖问题。
- 安装插件后，右上角 ▶️ 按钮能一键运行当前
.c文件 - 如果报错
/bin/sh: 1: gcc: not found，说明插件找不到gcc——不是插件问题，是系统 PATH 没配好 - 想开警告：改插件设置里的
code-runner.executorMap，把"c": "gcc -Wall -o $fileNameWithoutExt $fileName && ./$fileNameWithoutExt"这行加进去 - 别用它单步调试；真要调试，请切到
C/C++官方扩展 +launch.json
调试必须配 c_cpp_properties.json 和 launch.json
VS Code 的 C/C++ 扩展调试能力很强，但配置文件里一个路径写错、一个斜杠方向不对（尤其 Windows 下混用 / 和 ），就会连不上调试器。
-
c_cpp_properties.json里"compilerPath"必须填绝对路径，比如"C:\msys64\ucrt64\bin\gcc.exe"（Windows）或"/usr/bin/gcc"（Linux/macOS） -
launch.json中"miDebuggerPath"要指向gdb或lldb，不是gcc；Windows 用户若用 MinGW，得填gdb.exe路径，不是gcc.exe - 生成可执行文件名别用空格或中文，
"program"字段路径要用${fileDirname}/${fileBasenameNoExtension}这种变量，别手敲 - 第一次调试前务必先手动在终端里
gcc -g hello.c -o hello成功，再进 VS Code —— 确保编译环节本身没问题
路径、权限、大小写、空格、shell 解析顺序……这些细节在配置文件里藏得深，出问题时往往只报一句 Cannot launch program，背后可能差了一个反斜杠。
