Atom本身不能直接运行C代码，需依赖外部gcc/clang编译器及插件协作；首要验证gcc --version是否可用，再安装script插件并配置命令如gcc -o a.out $FILE && ./a.out，或使用build+build-gcc配合build.json实现多文件构建。
Atom 本身不能直接运行 C 代码，它只是一个文本编辑器，没有内置编译器或执行环境。想在 Atom 里“运行 C”，本质是配置外部工具链（gcc 或 clang）并用插件调起终端编译执行——这一步漏掉或配错，就会卡在“写完却没输出”。
确认系统已安装 C 编译器（gcc 或 clang）
这是最常被跳过的前提。Atom 不会帮你装编译器，Windows 用户尤其容易在这一步失败。
- 在终端（macOS/Linux）或命令提示符/PowerShell（Windows）中运行
gcc --version；若报command not found或'gcc' is not recognized，说明没装或没加到PATH - macOS：用
brew install gcc（推荐）或安装 Xcode Command Line Tools（xcode-select --install） - Windows：安装 MinGW-w64（选
x86_64-posix-seh版本），安装时勾选“Add to PATH”，完成后重启 Atom - 验证
PATH是否生效：Atom 启动前必须确保终端里gcc可用；Atom 启动后新开的终端 tab 才继承当前 shell 的PATH
安装并配置 script 插件（最轻量的运行方案）
script 是 Atom 社区最常用的“一键运行”插件，支持自定义命令，对 C 非常友好，但默认不识别 .c 文件的编译逻辑。
- 在 Atom 设置 → Install 中搜索
script，点击 Install - 安装后，打开一个
hello.c文件，按Ctrl+I（Windows/Linux）或Cmd+I（macOS）触发运行 —— 此时会失败，因为插件不知道该用什么命令编译 - 进入
Atom → Settings → Packages → script → Settings，找到Command输入框，填入：gcc -o /tmp/a.out $FILE && /tmp/a.out
- 关键点：
$FILE是插件预置变量，代表当前文件路径；/tmp/a.out在 Windows 上要改成C:\temp\a.exe，且需提前建好C:\temp目录 - 如需带调试信息或警告，可改为：
gcc -Wall -g -o /tmp/a.out $FILE && /tmp/a.out
用 build + build-gcc 实现更可控的构建流程
当项目含多个源文件、头文件或需要不同编译选项时，script 的单行命令会很快不够用。build 插件配合 build-gcc 能读取项目根目录下的 build.json 或直接调用 Makefile。
立即学习“C语言免费学习笔记（深入）”；
- 先安装
build和build-gcc两个插件（后者依赖前者） - 在项目根目录新建
build.json，内容示例：{ "cmd": "gcc", "args": ["-Wall", "-o", "main", "main.c"], "sh": true } -
build-gcc会自动识别.c文件并尝试用gcc编译，但默认只处理单文件；多文件必须靠build.json或Makefile显式声明 - 注意：
build插件的输出面板不支持交互式输入（比如scanf），遇到需要用户输入的程序，建议改用终端手动运行生成的可执行文件
真正卡住人的往往不是插件怎么点，而是编译器路径没进 PATH、Windows 下临时目录不存在、或者 $FILE 变量在含空格路径时没加引号（应写成 "$FILE"）。跑通第一个 printf("Hello, World!\n"); 之后，再逐步加参数、拆文件、接调试器——别一上来就配 gdb 集成，那属于另一个复杂度层级了。
