什么是头文件，源文件

头文件和源文件在本质上没有任何区别。 只不过一般：后缀为 .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++中提倡的“接口对外，实现代码不可见”。有利于库文件的转发.

User Paths 和System Paths路径。

User Paths 是用户自己的工程头文件以及源文件的路径，这个在建立工程的时候会自动的完成，或者手动完成。System Paths 是ADS的默认系统路径，会找到ADS自己所带的include 和lib。当用户自己定义的头文件放在User Paths路径下面后，一定记得选中Always Search User Paths，这样在自己的工程中就可以用来引用自己定义的头文件了。

一般情况下： 到System Paths下面寻找头文件" " 到自己定义的工程中寻找头文件，找不到的情况下再到System Paths中去寻找

只有选中Always Search User Paths，才能用来引用自己定义的头文件。而ADS中的DebugRel Settings >Acess Paths是增加了头文件路径。

---