什么是头文件，源文件

头文件和源文件在本质上没有任何区别。 只不过一般：后缀为 .h 的文件是头文件，内含函数声明、宏定义、结构体定义等内容。后缀为 .c 的文件是源文件，内含函数实现，变量定义等内容。而且是什么后缀也没有关系，只不过编译器会默认对某些后缀的文件采取某些动作。这样分开写成两个文件是一个良好的编程风格。

简单的说其实要理解C文件与头文件（即.h）有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程：

①预处理阶段

②词法与语法分析阶段

③ 编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各 个目标文件 (.obj文件)

④连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关 的可执行文件，当然，最后还可以用objcopy生成纯二进制码，也就是去掉了文件格 式信 息。（生成.exe文件）

3.比方说 在aaa.h里定义了一个函数的声明，然后在aaa.h的同一个目录下建立aaa.c ， aaa.c里定义了这个函数的实现，然后是在main函数所在.c文件里#include这个aaa.h 然后我就可以使用这个函数了。 main在运行时就会找到这个定义了这个函数的aaa.c文件。这是因为：main函数为标准C/C++的程序入口，编译器会先找到该函数所在的文件。假定编译程序编译myproj.c（其中含main()）时，发现它include了mylib.h（其中声明了函数void test()），那么此时编译器将按照事先设定的路径（Include路径列表及代码文件所在的路径）查找与之同名的实现文件（扩展名为.cpp或.c，此例中为mylib.c），如果找到该文件，并在其中找到该函数（此例中为void test()）的实现代码，则继续编译；如果在指定目录找不到实现文件，或者在该文件及后续的各include文件中未找到实现代码，则返回一个编译错误.其实include的过程完全可以“看成”是一个文件拼接的过程，将声明和实现分别写在头文件及C文件中，或者将二者同时写在头文件中，理论上没有本质的区别。以上是所谓动态方式。对于静态方式，基本所有的C/C++编译器都支持一种链接方式被称为Static Link，即所谓静态链接。在这种方式下，我们所要做的，就是写出包含函数，类等等声明的头文件（a.h,b.h,...），以及他们对应的实现文件（a.cpp,b.cpp,...），编译程序会将其编译为静态的库文件（a.lib,b.lib,...）。在随后的代码重用过程中，我们只需要提供相应的头文件（.h）和相应的库文件（.lib），就可以使用过去的代码了。相对动态方式而言，静态方式的好处是实现代码的隐蔽性，即C++中提倡的“接口对外，实现代码不可见”。有利于库文件的转发.

任何C程序最终都是要写在文件上面，通常分两种，源文件和头文件，不是每个程序都有头文件，比如一些简单小程序就没有。

源文件根据惯例，通常扩展名为.C，但是能否用其他扩展名吗？查了一些资料，得到的答案是：尽管标准并没有制定文件的取名规则，但大多数环境都存在你必须遵守的文件名命令约定。

头文件根据惯例，通常扩展名为.h。通常是一个源文件对应一个的头文件，并且两个文件名相同，只是扩展名不同。我一直有个疑惑，就是可以让源文件和头文件两个文件名不同吗？经过亲自折腾一下，确是可以的。经过细想，原因如下：头文件只是用于共享宏、变量、函数等的。而且#include的语义是把对应的文件包含进来，至于包含的文件是什么名字并不重要，要不要和源文件名相同也不重要，如果非要一样，反而限制了#include的能力。另外C99标准中有这样关#include有这样一句话：A #include directive shall identify a header or source file that can be processed by the implementation.也就是说指要编译器支持的文件，#include指令应该都可以包含。一般编译器的功能都挺强大，足够满足我们需求，至于遇到特殊情况的大佬，大佬也会自行解决。

聊到头文件 那就有必要对#include指令进行说明：

#include指令常用格式如下：

#include , #include "fileName" #include token(这里token一般指宏的名字）

如果在源文件#include包含有一个static变量或函数的定义的头文件，那么这个源文件也可以访问这个static变量或函数。原因就是这个源文件把对应的文件包含进来，那这些static变量或函数就相当于在这个源文件中定义，当然源文件就可以访问了。

---