编写Makefile时关于目标文件（.o）及头文件（.h）的疑问咨询

别担心，这些问题完全是新手入门时的典型困惑，我刚接触Makefile的时候也绕了好一阵子，咱们一步步捋清楚：

1. 为什么文件夹里没有.o文件，程序还能编译？ #

这是因为你可能在Makefile里写了直接从.c源文件编译生成可执行文件的规则，比如：

app: main.c
    gcc main.c -o app

这种情况下，编译器会在内存里临时生成.o文件，编译完成后直接链接成可执行文件，不会把.o文件保存到磁盘上。相当于跳过了“生成中间.o文件”这一步，适合单个小文件的简单项目。

2. 每个.h头文件都需要对应.o目标文件吗？ #

完全不需要！头文件（.h）的作用是声明函数、宏、结构体等接口，它本身不会被编译成.o文件。当你在.c文件里用#include "xxx.h"时，预处理器会把.h里的内容直接插入到.c文件中，最终是**.c源文件被编译成对应的.o目标文件**。

举个例子：你有math.h和math.c，math.h里声明了int add(int a, int b);，math.c里实现了这个函数。编译时只有math.c会被编译成math.o，math.h只是给其他.c文件提供函数声明，让编译器知道怎么调用这个函数。

3. 怎么判断是否需要编译生成.o目标文件？ #

主要看你的项目规模和编译效率需求：

• 小型单文件项目：直接编译成可执行文件就行，不需要.o，步骤简单，没必要多生成中间文件。
• 多文件项目：强烈建议生成.o文件！因为Makefile会自动检测哪些.c文件被修改过，只重新编译对应的.o，而不是把所有.c文件重新编译一遍，大大节省编译时间。

比如多文件项目的Makefile示例：

# 定义所有需要的.o文件
OBJS = main.o math.o utils.o

# 最终可执行文件依赖所有.o
app: $(OBJS)
    gcc $(OBJS) -o app

# 每个.o依赖对应的.c和用到的.h
main.o: main.h math.h utils.h
math.o: math.h
utils.o: utils.h

这样修改了math.c之后，只需要重新编译math.o，再链接成app就行，不用动其他文件。

总结一下：.o是编译.c时产生的中间文件，头文件不生成.o；小项目可以跳过，大项目用它提升编译效率。

内容的提问来源于stack exchange，提问作者iaskdumbstuff