VSCode C开发必须先打开文件夹建立工作区，再保存文件、配置tasks.json指定输出、修改launch.json指向可执行文件，形成“写→保存→构建→调试”闭环。
打开文件夹才是真正的“开始”
VSCode 没有传统 IDE 的“新建项目”向导，文件 > 打开文件夹 不是可选项，而是必须动作。跳过这步直接新建文件再保存，很可能存到桌面或文档根目录，后续配置（比如 tasks.json、launch.json）会找不到上下文，F5 调试直接报错 Cannot find a program to debug。
- 在 Finder / 文件资源管理器中先建一个空文件夹，比如
hello-c - VSCode 中点
文件 > 打开文件夹，选中它——这时左下角状态栏会显示文件夹路径，才算真正进入工作区 - 所有后续操作（新建文件、配置任务、调试）都以这个文件夹为根，插件和语言服务也只对它生效
写完 C 文件后，Ctrl+S 不是“保存”，是“同步到构建系统”
很多新手写完 test.c 就急着按 F5，结果提示 No configuration 或 Build failed: no input files。根本原因不是没装编译器，而是 VSCode 默认不自动保存，且 C/C++ 插件的构建逻辑依赖磁盘上真实存在的文件。
- 务必手动按
Ctrl+S（Mac 为Cmd+S），看到编辑器标签右上角星号 * 消失才算落盘 - 如果用了 Remote-SSH 连 Linux，
Ctrl+S还承担“上传到远端”的作用；没保存前，在服务器上ls看不到该文件 - 别信“我刚写了，肯定保存了”——VSCode 默认关闭自动保存，这是和 Sublime/Notepad++ 最大区别之一
Ctrl+Shift+B 编译失败？检查 tasks.json 里 args 是否漏了 -o
按 Ctrl+Shift+B 后弹出“Configure Task” → “C/C++: gcc build active file”，看似一键生成，但默认模板在 macOS/Linux 上常漏掉输出参数，导致编译无声失败：没报错，也没生成 a.out。
- 生成的
.vscode/tasks.json中，找到args数组，确认包含"-o"和输出文件名，例如："-o", "${fileDirname}/${fileBasenameNoExtension}" - Windows 用户注意：
gcc要换成gcc.exe，路径中反斜杠需转义或改用正斜杠 - 如果用 Code Runner 插件，它默认加了
-o，但只适用于单文件；多文件或带头文件时仍得靠tasks.json
F5 调试前，launch.json 的 program 必须指向已生成的可执行文件
即使编译成功，F5 仍可能报 cannot launch program … because corresponding source file cannot be found。这不是路径写错，而是 launch.json 里 program 字段还指着源码（如 "${file}"），而不是编译产物。
- 打开调试面板 → “创建 launch.json 文件” → 选 “C++ (GDB/LLDB)” → 在生成的配置中，把
"program": "${file}"改成"program": "${fileDirname}/${fileBasenameNoExtension}" - 确保该路径下真有同名可执行文件——建议先手动终端执行一次
gcc test.c -o test && ./test验证 - Mac 上若用 Clang，默认不生成
a.out，而用-o指定名更可控；否则program得写死"./a.out"，易和别的项目冲突
最常被忽略的一点：VSCode 的 C 开发不是“写完就跑”，而是“写 → 保存 → 构建 → 调试”四步闭环，每一步都有明确的触发动作和失败反馈。少按一次 Ctrl+S，或漏改一个 program 路径，整个链路就断在看不见的地方。
