为何在Makefile中指定.h文件？未在g++编译命令中直接使用它

我理解以下Makefile中main目标的规则，它会在Term.o和main.o生成后执行：

# I understand this, it runs last as Term.o and main.o have to be created
main: Term.o main.o
    g++ Term.o main.o -o run

# Why use Term.h here?
Term.o: Term.cpp Term.h
        g++ -c Term.cpp

# and here?
main.o: main.cpp Term.h
    g++ -c main.cpp

clean:
    rm *.o

但我存在疑问：为何Term.o和main.o的依赖中要加入Term.h？因为编译时我并未在g++命令中直接使用它，不过main.cpp确实包含了Term.h，想知道这样做是否具有实际意义。

为什么要把Term.h加入依赖列表？ #

这么做的核心意义是保证头文件内容变更时，对应的目标文件会被重新编译，具体原因如下：

• 追踪头文件的修改：如果修改了Term.h里的内容（比如函数签名、结构体定义、宏常量），没有将它作为依赖的话，make只会检查.cpp文件和.o文件的修改时间，误以为Term.o和main.o还是最新版本，不会重新编译。这会导致链接或运行时出现不匹配的错误——比如新的头文件里改了函数参数，但旧的.o文件还是用的旧函数逻辑，最终引发未定义引用或异常行为。
• 符合make的依赖逻辑：make是基于文件的修改时间来判断是否需要重新构建目标的。显式把Term.h加入依赖后，make会自动对比Term.h和.o文件的时间戳，只要头文件更新过，就会重新执行编译命令生成新的.o文件。
• 弥补隐式依赖的盲区：虽然g++编译.cpp文件时会自动处理#include引入的头文件，但make本身不知道这些隐式依赖关系，必须通过显式声明来让它识别，否则make无法感知到头文件的变化。

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