最直接新建.c文件的方法是在vs code资源管理器中右键目标文件夹→“新建文件”→输入main.c；需手动设语言模式为c，并安装microsoft c/c++扩展及配置c_cpp_properties.json，首行应写#include 和int main(void) { return 0; }。
新建 .c 文件最直接的方法
VS Code 本身不提供“新建文件”菜单项，它依赖你操作文件系统或使用快捷方式。最稳的方式是：在资源管理器（左侧边栏）里右键点击目标文件夹 → 选择 “新建文件” → 输入名字，比如 main.c，回车确认。
注意别漏掉 .c 后缀，否则 VS Code 不会自动识别为 C 语言，语法高亮、智能提示都会失效。
- 如果没看到资源管理器，按
Ctrl+Shift+E（Windows/Linux）或Cmd+Shift+E（macOS）唤出 - 刚创建的空文件默认语言模式可能是
Plain Text，右下角状态栏点击它，选C手动切换一次，之后保存就会记住 - 不要用记事本或 Finder/文件资源管理器直接新建再拖进 VS Code——可能因编码或隐藏字符引发编译报错
为什么新建后没有代码补全或错误检查
VS Code 默认不带 C 语言支持，必须装扩展。没装 C/C++（由 Microsoft 提供）扩展时，#include 不高亮、printf 不提示、甚至 Ctrl+Click 跳转头文件都不可用。
装完扩展后还需确保工作区里有 c_cpp_properties.json 配置（通常通过命令面板 Ctrl+Shift+P → 输入 C/C++: Edit Configurations (UI) 自动生成），否则它不知道你的编译器在哪、头文件路径有哪些。
- 常见症状：
undefined identifier 'printf'报红但实际能编译通过 → 就是c_cpp_properties.json里includePath没配对系统头文件位置 - Windows 用户用 MinGW 或 WSL，路径写法差异大，
includePath里混用正斜杠/反斜杠容易导致配置不生效 - Mac 用户如果用 Xcode 命令行工具，
includePath必须包含类似/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include这种长路径
用终端快速新建并打开 .c 文件
如果你习惯命令行，比鼠标操作更快：打开集成终端（Ctrl+`），cd 到项目目录，执行：
touch hello.c && code hello.c
这句命令一次性完成创建 + 在 VS Code 中打开。注意 code 是 VS Code 的命令行工具，首次使用需先运行 Shell Command: Install 'code' command in PATH（通过命令面板搜索启用）。
-
touch在 Windows PowerShell 里不原生支持，得换type nul > hello.c或直接用code hello.c—— 如果文件不存在，VS Code 会新建一个空文件并打开 - 别用
echo "" > hello.c，某些 shell 会在末尾加换行符，而部分嵌入式 C 编译器对空文件末尾换行有严格要求 - 如果
code命令报“未找到”，说明 PATH 没设好，不是重装 VS Code 能解决的，得手动触发一次 Shell Command 安装
新建后第一行该写什么才不算“裸奔”
一个可编译运行的最小 .c 文件，至少要满足三件事：声明标准库头文件、定义 main 函数、有返回值。缺任何一项，GCC/Clang 可能警告甚至拒绝生成可执行文件。
别一上来就写 void main() 或空 main(){} —— 这些在 C 标准里不合法，有些编译器（尤其是开启 -std=c17 时）会直接报错。
- 正确开头示例：
#include <stdio.h><br><br>int main(void) {<br> return 0;<br>} -
stdio.h不一定立刻用到，但留着它是为后续加printf做准备；删了它，后面敲printf时扩展不会提示参数 - 用
int main(void)而不是int main()：前者明确表示不接受参数，后者在 C 标准中语义模糊，某些严格模式下会被警告 - 哪怕只是测试，也别省略
return 0;。不是所有平台都默认补这个返回值，尤其交叉编译环境里，没它可能导致程序退出码异常
c_cpp_properties.json 的初始化和 main 函数签名写法——它们不出错不报警，但埋下的坑会在你加第二行代码时突然爆发。 
