一个司空见惯的问题却突然想不通了：.h和.c文件有何关联？

superwujc

问题描述：主程序文件a.c用于实现主要功能；自定义头文件b.h包含a.c所需的头文件的集合，以及自定义函数的原型声明；程序文件c.c包含自定义函数的定义（具体实现）；三个文件位于同一目录下

如：
主程序a.c

1. #include <stdio.h>
   
2. #include "b.h"
   
3. int main (void)
   
4. {
   
5.         int a, b;
   
6.         a = 8;
   
7.         b = 9;
   
8.         function_a();
   
9.         return 0;
   
10. }

复制代码

头文件b.h

1. void function_a(int, int);

复制代码

自定义函数的实现c.c

1. void function_a(int x, int y)
   
2. {
   
3.         printf ("%d\n", x + y);
   
4. }

复制代码

请教各位，编译器会根据b.h自动加载c.c吗，还是必须显式手动指定c.c作为命令行参数？三者之间有无必然联系？如果有，是什么关系？

例子很简单，小弟当然可以自己实验看到结果，但烦请各位给出一个理论支撑，多谢。

linux_c_py_php

#include是宏，把.h文件里的代码粘贴进来而已。

superwujc

回复 2# linux_c_py_php
但是如果.h里面只是函数的原型，但函数的实现是在另一个文件中定义的呢？

   

superwujc

自己的实例验证：
主程序文件a.c

1. #include "b.h"
   
2. int main (void)
   
3. {
   
4.     int a = 8;
   
5.     int b = 9;
   
6.     sum (a, b);
   
7.     return 0;
   
8. }

复制代码

头文件b.h

1. #include <stdio.h>
   
2. void sum (int, int);

复制代码

自定义函数的实现c.c

1. #include "b.h"
   
2. void hello (void);
   
3. void sum (int x, int y)
   
4. {
   
5.     printf ("sum is %d\n", x + y);
   
6.     hello ();
   
7. }
   
8. 
   
9. void hello (void)
   
10. {
    
11.     printf ("Hello!\n");
    
12. }

复制代码

编译并执行：

1. root@c-dev:/test# gcc a.c -o a
   
2. /tmp/ccLBu8OH.o: In function `main':
   
3. a.c:(.text+0x21): undefined reference to `sum'
   
4. collect2: ld returned 1 exit status
   
5. root@c-dev:/test# gcc a.c c.c -o a
   
6. root@c-dev:/test# a
   
7. sum is 17
   
8. Hello!

复制代码

结果如此，在编译时需要将自定义函数的实现文件指定为命令行参数

hejianet

推荐楼主看一下linker&loader或者《程序员的自我修养》。

superwujc

回复 5# hejianet
多谢，会的


   

sqfasd

superwujc 发表于 2013-12-17 12:59
回复 5# hejianet
多谢，会的

头文件主要就是把一系列的接口或变量放在一起打包声明,方便引用, 你可以不用头文件,每次都在c文件里使用之前声明一次也行, 但这样做不方便吗不是.
.h文件和.c文件没有必然的联系
头文件的声明是为了类型检查,在编译阶段起作用, 而定义是在链接的阶段起作用

还要注意c++和c的区别, c里面不必声明函数原型,就可以调用一个函数, 但c++为了安全起见必须要在编译阶段找到你调用的函数的原型的声明,否则编译不通过

sqfasd

回复 4# superwujc

如果你不把定义那个函数的源文件作为gcc的输入, 就不会去编译, 链接的时候也就找不到定义
你理所当然的认为编译器会去给你通过头文件推断出函数定义在哪, 事实上编译器不会去做推断, 也没必要