最直接有效的写法是gcc main.c utils.c io.c -o app，它自动完成预处理、编译、汇编、链接；不可用gcc *.c -o app，因可能误入非项目文件、shell扩展行为不一、链接顺序失控；分步编译用-c生成对应.o文件；undefined reference常见于漏编.c文件、声明与实现分离未参与编译或static限制作用域。
gcc 编译多个源文件，最直接有效的写法就是把所有 .c 文件一次性列在命令行里，用 -o 指定输出名。
比如你有 main.c、utils.c、io.c 三个文件，想生成可执行文件 app：
gcc main.c utils.c io.c -o app这条命令会自动完成：预处理 → 编译 → 汇编 → 链接，一步到位。
为什么不能只写 gcc *.c -o app？
看起来省事，但容易出问题：
- 如果当前目录下有
test.c或old.c这类非项目文件，会被误编译进去 - 某些 shell（如 zsh）对通配符扩展行为不同，可能报错或顺序错乱
- 链接顺序敏感时（比如静态库依赖），
*展开顺序不可控，导致undefined reference
-c 分步编译时目标文件名怎么定？
用 -c 只生成 .o，不链接。GCC 默认按输入文件名生成对应目标文件：
-
gcc -c main.c→ 输出main.o -
gcc -c utils.c→ 输出utils.o -
gcc -c main.c utils.c→ 同时生成main.o和utils.o
注意：gcc -c main.c -o foo.o 也能指定输出名，但没必要——除非你要重命名或避免覆盖。
链接阶段报 undefined reference to 'xxx' 怎么查？
这说明函数声明了但没被定义，常见于：
- 漏编某个
.c文件（比如写了gcc main.c -o app，却忘了加utils.c） - 函数在
.h里声明了，但实现写在.c里，而那个.c没参与编译 - 用了
static修饰函数，导致该函数作用域仅限本文件，其他文件调用就链接失败
快速验证方法：运行 gcc -c *.c 看是否都生成了 .o；再用 nm *.o | grep xxx 查符号是否存在。
static 和头文件包含路径怎么协同——这些不会报语法错误，但一到链接就卡住。
