C语言中,头文件和源文件的关系
C语言中的模块化编程技巧
C语言中的模块化编程技巧在C语言中，模块化编程是一种重要的技巧，能够帮助程序员更好地组织和管理代码，提高代码的可维护性和可扩展性。
下面将介绍一些C语言中的模块化编程技巧，帮助你写出更加优秀的代码。
首先，模块化编程的核心思想是将代码划分为不同的模块或文件，每个模块负责完成特定的功能，从而降低代码的复杂度。
在C语言中，通常使用头文件（.h文件）和源文件（.c文件）来实现模块化编程。
一个常见的模块化编程技巧是使用头文件来声明函数原型和全局变量，在源文件中实现函数功能。
这样可以将函数的接口和实现分离，提高代码的可读性和可维护性。
另外，通过头文件的方式还可以方便地重用代码，减少代码冗余。
另外，C语言中还可以使用静态函数和静态变量来实现模块化编程。
将函数和变量声明为静态的，可以限制其作用域在当前文件内，避免与其他模块的同名函数或变量发生冲突。
这样可以提高代码的可靠性和安全性。
此外，C语言中还可以使用头文件保护宏（#ifndef）来避免头文件重复包含。
头文件保护宏可以确保每个头文件只被包含一次，避免因重复包含导致的编译错误。
这种技巧在大型项目中特别有用，可以有效地管理头文件的依赖关系。
另外，C语言中还可以使用动态链接库（DLL）来实现模块化编程。
将相关的功能封装在一个动态链接库中，可以方便地在不同的程序中重用代码。
动态链接库的使用可以将项目分解为多个独立的模块，减少不同模块之间的耦合度，提高代码的灵活性和扩展性。
总之，模块化编程是C语言中非常重要的技巧，能够帮助程序员更好地管理和组织代码，提高代码的可维护性和可扩展性。
通过合理地划分模块、使用头文件和源文件、采用静态函数和变量、使用头文件保护宏以及动态链接库等技巧，可以写出更加清晰、灵活和可靠的代码。
希望以上介绍的技巧能够帮助你更好地应用模块化编程，在C语言项目中取得更好的效果。
c语言中.c文件与.h文件的关联
c语言中.c文件与.h文件的关联
一般一个C文件要搭配一个H文件，两者文件名相同，如 UART.c 对于UART.h ，其它函数通过#include"UART.h",来调用UART.c里面定义的函数和变量
H文件里面是对同名的C文件里面内容的声明，C文件必须include同名的头文件，一般C文件需要用到的其它头文件（比如stdio.h）,也在H文件里包含,见下面的例子
头文件一般要写成条件包含，这样在重复包含时，编译器自动把已经包含过的文件忽略掉
#ifndef __XXX_H
#define__XXX_H
#include
.....
#endif
C文件里面写好的函数，要在对于的H文件挂个名，叫其它包含这个H的C文件知道这个函数的存在
H文件就像一个销售部，C文件是生产部，客户了解一个公司的产品都是从销售部了解的，不会关注他是怎么生产的；另一方面，销售部挂的东西，都是根据生产部来的，两个文件的关系基本可以用这个来比喻
C文件里面定义的全局变量要在头文件里面加extern 声明，叫其它包含这个H的C文件知道这里还有个全局变量
H文件里面可以定义宏，什么是宏？看--> #define LEDBLINK() PORTA ^= (1<< LED) C文件直接使用LEDBLINK(); 编译之前会用PORTA ^= (1<< LED) 来进行替换
其它结构体也是要在H里面定义类型，但是必须在C文件里面例化。
C语言中的代码重构和代码复用方法
C语言中的代码重构和代码复用方法代码重构和代码复用是编程中的重要概念，可以提高代码的质量、可维护性和可扩展性。
在C语言中，我们可以采用多种方法来进行代码重构和代码复用。
本文将介绍一些常用的方法和技巧。
一、函数的重构和复用在C语言中，函数是代码重构和复用的基本单位。
通过将功能相似的代码块抽象成具有明确功能的函数，可以提高代码的可读性和可维护性。
1. 提取公共部分代码：当在不同的地方有相同的代码块时，可以将其提取出来作为一个独立的函数，并在需要的地方进行调用。
示例代码：```cvoid printHello() {printf("Hello, World!\n");}int main() {printHello();return 0;}```2. 封装功能函数：将一系列相关的操作抽象成一个函数，提高代码的可复用性。
示例代码：```cvoid generateRandomNumber(int min, int max) {srand(time(NULL));int randomNumber = (rand() % (max - min + 1)) + min;printf("Random number: %d\n", randomNumber);}int main() {generateRandomNumber(1, 100);return 0;}```二、宏定义的使用宏定义是C语言中一种强大的代码重构和复用工具。
通过宏定义，我们可以将一段代码片段定义为一个宏，从而在任何需要的地方将它展开。
示例代码：```c#define MAX(a, b) ((a) > (b) ? (a) : (b))int main() {int x = 5;int y = 3;int max = MAX(x, y); // 展开宏定义printf("Max: %d\n", max);return 0;}```三、模块化编程模块化编程是一种将代码分割为多个独立的模块的方法，每个模块负责完成一个明确的任务。
makefile引用标准c函数
一、概述在软件开发过程中，为了提高代码的可维护性和可移植性，通常会使用Makefile来管理代码的编译和信息过程。
而在C语言的开发中，经常会用到标准C库中的各种函数。
本文将讨论如何在Makefile中引用标准C函数，以及一些注意事项和最佳实践。
二、Makefile中的规则Makefile是用来描述软件项目中文件之间的依赖关系的文件。
它包含了一系列规则，每个规则包含了一个目标文件、依赖文件和生成目标文件的命令。
当执行make命令时，Makefile会根据规则自动执行对应的命令，从而生成目标文件。
三、引用标准C函数1. 在Makefile中引用标准C函数需要首先确保C标准库的头文件被正确包含。
在C语言中，通过#include指令可以将标准C库的头文件包含到源文件中。
2. 在Makefile中，我们可以使用变量来定义编译器、编译选项和信息选项。
我们可以定义CC变量来指定C语言的编译器，CFLAGS变量来指定编译选项，LDFLAGS变量来指定信息选项。
3. 当我们需要在Makefile中引用标准C函数时，我们只需要在对应的规则中使用变量来指定编译选项和信息选项。
如果我们需要使用标准C函数printf，我们只需要在对应的规则中将需要用到的标准库信息到目标文件中。
四、注意事项和最佳实践1. 在Makefile中引用标准C函数时，我们需要确保编译时能找到对应的标准C库文件。
通常情况下，标准C库文件会在系统的标准库目录下，我们需要将这些目录添加到信息选项中。
2. 在Makefile中引用标准C函数时，我们需要确保编译器能找到对应的标准C库头文件，通常情况下，标准C库头文件会在系统的标准头文件目录下，我们需要将这些目录添加到编译选项中。
3. 在Makefile中引用标准C函数时，我们需要确保编译器能正确识别和处理对应的标准C函数的参数和返回值类型。
通常情况下，标准C函数的参数和返回值类型会在对应的头文件中定义，我们需要确保这些定义被正确包含到源文件中。
vscode c语言 文件大纲
VSCode是一款功能强大的源代码编辑器，它支持多种编程语言，并且拥有丰富的插件生态系统。
在本文中，我们将探讨如何在VSCode 中使用C语言开发，并以文件大纲的形式来展示C语言文件的组织结构。
1. 文件的结构C语言的文件通常包括头文件、源文件和其他可能的附加文件。
头文件（.h）中包含了声明函数、宏定义和结构体等内容，而源文件（.c）中包含了函数的实现和全局变量的定义。
在VSCode中，我们可以使用文件大纲来查看文件的结构。
通过点击侧边栏的文件名，我们可以展开查看该文件中的函数和全局变量，使得我们可以更加方便地导航和理解文件的内容。
2. 函数的组织C语言中的函数是程序的基本组织单元，而文件大纲可以帮助我们更好地组织和理解函数之间的关系。
在VSCode中，文件大纲可以显示各个函数的名称、参数和返回类型，使得我们可以一目了然地了解每个函数的作用和结构。
文件大纲还可以帮助我们快速跳转到某个函数的定义或者声明处，从而提高了代码的阅读和编辑效率。
3. 结构体和全局变量结构体和全局变量也是C语言中重要的组织形式，它们可以在整个文件中被多个函数使用。
使用文件大纲，我们可以清晰地查看结构体的成员变量和全局变量的定义位置，从而更好地理解它们在整个文件中的作用和影响。
在文件大纲中，结构体和全局变量通常会被列出来，并且可以通过点击来跳转到其定义处，帮助我们更好地理解它们的结构和用法。
总结回顾通过本文的介绍，我们了解了在VSCode中使用C语言进行文件开发的方法和技巧。
文件大纲作为一个功能强大的工具，可以帮助我们更好地理解和组织C语言文件的结构，提高我们的代码编辑效率和阅读体验。
个人观点和理解对于我个人而言，文件大纲是我在使用VSCode进行C语言开发时非常重要的一个功能。
它可以帮助我更清晰地了解文件的结构和组织，使得我能够更高效地进行代码的编辑和调试。
文件大纲也提供了一个全局的视角，让我可以更好地把握整个文件的结构和逻辑。
C++头文件与源文件
C++中的头文件和源文件一、C++编译模式通常，在一个C++程序中，只包含两类文件——.cpp文件和.h文件。
其中，.cpp文件被称作C++源文件，里面放的都是C++的源代码；而.h文件则被称作C++头文件，里面放的也是C++的源代码。
C+ +语言支持“分别编译”（separate compilation）。
也就是说，一个程序所有的内容，可以分成不同的部分分别放在不同的.cpp文件里。
.cpp文件里的东西都是相对独立的，在编译（compile）时不需要与其他文件互通，只需要在编译成目标文件后再与其他的目标文件做一次链接（link）就行了。
比如，在文件中定义了一个全局函数“void a() {}”，而在文件中需要调用这个函数。
即使这样，文件和文件并不需要相互知道对方的存在，而是可以分别地对它们进行编译，编译成目标文件之后再链接，整个程序就可以运行了。
这是怎么实现的呢？从写程序的角度来讲，很简单。
在文件b.cpp中，在调用“void a()”函数之前，先声明一下这个函数“void a();”，就可以了。
这是因为编译器在编译的时候会生成一个符号表（symbol table），像“void a()”这样的看不到定义的符号，就会被存放在这个表中。
再进行链接的时候，编译器就会在别的目标文件中去寻找这个符号的定义。
一旦找到了，程序也就可以顺利地生成了。
注意这里提到了两个概念，一个是“定义”，一个是“声明”。
简单地说，“定义”就是把一个符号完完整整地描述出来：它是变量还是函数，返回什么类型，需要什么参数等等。
而“声明”则只是声明这个符号的存在，即告诉编译器，这个符号是在其他文件中定义的，我这里先用着，你链接的时候再到别的地方去找找看它到底是什么吧。
定义的时候要按C++语法完整地定义一个符号（变量或者函数），而声明的时候就只需要写出这个符号的原型了。
需要注意的是，一个符号，在整个程序中可以被声明多次，但却要且仅要被定义一次。
C语言头文件源文件
C语⾔头⽂件源⽂件C语⾔头⽂件源⽂件1、头⽂件与源⽂件头⽂件⽤于声明接⼝函数，格式如下如创建test.h#ifndef _TEST_H_#define _TEST_H_/*接⼝函数的申明*/#endif#ifndef _TEST_H_#define _TEST_Hint sum(int x, int y);void swap(int *x, int *y);int max(int x, int y);#endif源⽂件⽤于接⼝函数的实现，源⽂件中只写接⼝函数的实现不能写main()函数#include <stdio.h>#include "test.h"int sum(int x, int y){return x+y;}void swap(int *x, int *y){int tmp;tmp = *x;*x = *y;*y = tmp;}int max(int x, int y){return (x>y)? x : y;}2、⽤户⽂件头⽂件和源⽂件⼀般是标准库⽂件或者⾃定义的库⽂件，⽤户⽂件则是我们⾃⼰写的⽂件，我们需要在⽤户⽂件中使⽤库⽂件或函数，就要包含所需的头⽂件#include <stdio.h>#include "test.h"int main(){int a = 1, b = 2;swap(&a, &b);printf("sum(%d,%d)=%d\n", a, b, sum(a, b));printf("a=%d, b=%d\n", a, b);printf("max(%d,%d)=%d\n", a, b, max(a, b));return0;}3、多⽂件编译当我们使⽤的时候，如果只编译main.c（gcc main.c）就会报错原因是在test.h中找不到函数的实现，所以在编译时要将源⽂件test.c和main.c⼀起编译（gcc main.c test.c），这样就不会报错4、makefile和shell脚本当我们包含的头⽂件特别多，在编译时就要编译很多源⽂件（gcc main.c test1.c test2.c test3.c test4.c ... testn.c），这样就会⾮常长，所以我们可以将命令⾏写到脚本⾥⾯进⾏批处理（1）shell脚本创建⼀个build.sh的脚本⽂件，然后将需要编译的命令⾏写到脚本⽂件⾥，编译时输⼊命令 sh build.sh就完成了编译（2）makefile（待续。
3、C编程的各种源码文件
3、C编程的各种源码⽂件1、C语⾔模块化编程中的头⽂件 实际开发中⼀般是将函数和变量的声明放到头⽂件，再在当前源⽂件中 #include 进来。
如果变量的值是固定的，最好使⽤宏来代替。
.c和.h⽂件都是源⽂件，除了后缀不⼀样便于区分外和管理外，其他的都是相同的，在.c中编写的代码同样也可以写在.h中，包括函数定义、变量定义、预处理等。
但是，.h 和 .c 在项⽬中承担的⾓⾊不⼀样：.c ⽂件主要负责实现，也就是定义函数和变量；.h ⽂件主要负责声明（包括变量声明和函数声明）、宏定义、类型定义等。
这些不是C语法规定的内容，⽽是约定成俗的规范，或者说是长期形成的事实标准。
根据这份规范，头⽂件可以包含如下的内容：可以声明函数，但不可以定义函数。
可以声明变量，但不可以定义变量。
可以定义宏，包括带参的宏和不带参的宏。
结构体的定义、⾃定义数据类型⼀般也放在头⽂件中。
在项⽬开发中，我们可以将⼀组相关的变量和函数定义在⼀个 .c ⽂件中，并⽤⼀个同名的 .h ⽂件（头⽂件）进⾏声明，其他模块如果需要使⽤某个变量或函数，那么引⼊这个头⽂件就可以。
这样做的另外⼀个好处是可以保护版权，我们在发布相关模块之前，可以将它们都编译成⽬标⽂件，或者打包成静态库，只要向⽤户提供头⽂件，⽤户就可以将这些模块链接到⾃⼰的程序中。
2、C语⾔标准库以及标准头⽂件 源⽂件通过编译可以⽣成⽬标⽂件（例如 GCC 下的 .o 和 Visual Studio 下的 .obj），并提供⼀个头⽂件向外暴露接⼝，除了保护版权，还可以将散乱的⽂件打包，便于发布和使⽤。
实际上我们⼀般不直接向⽤户提供⽬标⽂件，⽽是将多个相关的⽬标⽂件打包成⼀个静态链接库（Static Link Library），例如 Linux 下的 .a 和 Windows 下的 .lib。
打包静态库的过程很容易理解，就是将多个⽬标⽂件捆绑在⼀起形成⼀个新的⽂件，然后再加上⼀些索引，⽅便链接器找到，这和压缩⽂件的过程⾮常类似。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
C语言中，头文件和源文件的关系（转）简单的说其实要理解C文件与头文件（即.h）有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程：1.预处理阶段2.词法与语法分析阶段3.编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各个目标文件(.obj文件)4.连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关的可执行文件，当然，最后还可以用objcopy生成纯二进制码，也就是去掉了文件格式信息。
（生成.exe文件）编译器在编译时是以C文件为单位进行的，也就是说如果你的项目中一个C文件都没有，那么你的项目将无法编译，连接器是以目标文件为单位，它将一个或多个目标文件进行函数与变量的重定位，生成最终的可执行文件，在PC上的程序开发，一般都有一个main函数，这是各个编译器的约定，当然，你如果自己写连接器脚本的话，可以不用main函数作为程序入口！！！！（main .c文件目标文件可执行文件）有了这些基础知识，再言归正传，为了生成一个最终的可执行文件，就需要一些目标文件，也就是需要C文件，而这些C文件中又需要一个main 函数作为可执行程序的入口，那么我们就从一个C文件入手，假定这个C文件内容如下：#include#include "mytest.h"int main(int argc,char **argv){test = 25;printf("test.................%d/n",test);}头文件内容如下：int test;现在以这个例子来讲解编译器的工作：1.预处理阶段：编译器以C文件作为一个单元，首先读这个C文件，发现第一句与第二句是包含一个头文件，就会在所有搜索路径中寻找这两个文件，找到之后，就会将相应头文件中再去处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义与声明的情况发生，最后将那些文件中所有的东东全部扫描进这个当前的C文件中，形成一个中间“C文件”2.编译阶段，在上一步中相当于将那个头文件中的test变量扫描进了一个中间C文件，那么test变量就变成了这个文件中的一个全局变量，此时就将所有这个中间C文件的所有变量，函数分配空间，将各个函数编译成二进制码，按照特定目标文件格式生成目标文件，在这种格式的目标文件中进行各个全局变量，函数的符号描述，将这些二进制码按照一定的标准组织成一个目标文件3.连接阶段，将上一步成生的各个目标文件，根据一些参数，连接生成最终的可执行文件，主要的工作就是重定位各个目标文件的函数，变量等，相当于将个目标文件中的二进制码按一定的规范合到一个文件中再回到C文件与头文件各写什么内容的话题上：理论上来说C文件与头文件里的内容，只要是C语言所支持的，无论写什么都可以的，比如你在头文件中写函数体，只要在任何一个C文件包含此头文件就可以将这个函数编译成目标文件的一部分（编译是以C文件为单位的，如果不在任何C文件中包含此头文件的话，这段代码就形同虚设），你可以在C文件中进行函数声明，变量声明，结构体声明，这也不成问题！！！那为何一定要分成头文件与C文件呢？又为何一般都在头件中进行函数，变量声明，宏声明，结构体声明呢？而在C文件中去进行变量定义，函数实现呢？？原因如下：1.如果在头文件中实现一个函数体，那么如果在多个C文件中引用它，而且又同时编译多个C文件，将其生成的目标文件连接成一个可执行文件，在每个引用此头文件的C文件所生成的目标文件中，都有一份这个函数的代码，如果这段函数又没有定义成局部函数，那么在连接时，就会发现多个相同的函数，就会报错2.如果在头文件中定义全局变量，并且将此全局变量赋初值，那么在多个引用此头文件的C文件中同样存在相同变量名的拷贝，关键是此变量被赋了初值，所以编译器就会将此变量放入DATA段，最终在连接阶段，会在DATA段中存在多个相同的变量，它无法将这些变量统一成一个变量，也就是仅为此变量分配一个空间，而不是多份空间，假定这个变量在头文件没有赋初值，编译器就会将之放入BSS段，连接器会对BSS段的多个同名变量仅分配一个存储空间3.如果在C文件中声明宏，结构体，函数等，那么我要在另一个C文件中引用相应的宏，结构体，就必须再做一次重复的工作，如果我改了一个C文件中的一个声明，那么又忘了改其它C文件中的声明，这不就出了大问题了，程序的逻辑就变成了你不可想象的了，如果把这些公共的东东放在一个头文件中，想用它的C文件就只需要引用一个就OK了！！！这样岂不方便，要改某个声明的时候，只需要动一下头文件就行了4.在头文件中声明结构体，函数等，当你需要将你的代码封装成一个库，让别人来用你的代码，你又不想公布源码，那么人家如何利用你的库呢？也就是如何利用你的库中的各个函数呢？？一种方法是公布源码，别人想怎么用就怎么用，另一种是提供头文件，别人从头文件中看你的函数原型，这样人家才知道如何调用你写的函数，就如同你调用printf函数一样，里面的参数是怎样的？？你是怎么知道的？？还不是看人家的头文件中的相关声明啊！！！当然这些东东都成了C标准，就算不看人家的头文件，你一样可以知道怎么使用c语言中.c和.h文件的困惑本质上没有任何区别。
只不过一般：.h文件是头文件，内含函数声明、宏定义、结构体定义等内容.c文件是程序文件，内含函数实现，变量定义等内容。
而且是什么后缀也没有关系，只不过编译器会默认对某些后缀的文件采取某些动作。
你可以强制编译器把任何后缀的文件都当作c文件来编。
这样分开写成两个文件是一个良好的编程风格。
而且，比方说我在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文件和.h文件的概念与联系如果说难题最难的部分是基本概念，可能很多人都会持反对意见，但实际上也确实如此。
我高中的时候学物理，老师抓的重点就是概念——概念一定要搞清，于是难题也成了容易题。
如果你能分析清楚一道物理难题存在着几个物理过程，每一个过程都遵守那一条物理定律(比如动量守恒、牛II定律、能量守恒)，那么就很轻松的根据定律列出这个过程的方程，N个过程必定是N个N元方程，难题也就迎刃而解。
即便是高中的物理竞赛难题，最难之处也不过在于：(1)、混淆你的概念，让你无法分析出几个物理过程，或某个物理过程遵循的那条物理定律；(2)、存在高次方程，列出方程也解不出。
而后者已经是数学的范畴了，所以说，最难之处还在于掌握清晰的概念；程序设计也是如此，如果概念很清晰，那基本上没什么难题(会难在数学上，比如算法的选择、时间空间与效率的取舍、稳定与资源的平衡上)。
但是，要掌握清晰的概念也没那么容易。
比如下面这个例子，看看你有没有很清晰透彻的认识。
//a.hvoid foo();//a.c#include "a.h" //我的问题出来了：这句话是要，还是不要？void foo(){return;}//main.c#include "a.h"int main(int argc, char *argv[]){foo();return 0;}针对上面的代码，请回答三个问题：a.c 中的#include "a.h" 这句话是不是多余的？为什么经常见xx.c 里面include 对应的xx.h？如果a.c 中不写，那么编译器是不是会自动把 .h 文件里面的东西跟同名的 .c 文件绑定在一起？（请针对上面3道题仔细考虑10分钟，莫要着急看下面的解释。
:) 考虑的越多，下面理解的就越深。
）好了，时间到！请忘掉上面的3道题，以及对这三道题引发出的你的想法，然后再听我慢慢道来。
正确的概念是：从C编译器角度看，.h和.c 皆是浮云，就是改名为.txt、.doc也没有大的分别。
换句话说，就是.h和.c没啥必然联系。
.h中一般放的是同名.c文件中定义的变量、数组、函数的声明，需要让.c外部使用的声明。
这个声明有啥用？只是让需要用这些声明的地方方便引用。
因为#include "xx.h" 这个宏其实际意思就是把当前这一行删掉，把xx.h 中的内容原封不动的插入在当前行的位置。
由于想写这些函数声明的地方非常多（每一个调用xx.c 中函数的地方，都要在使用前声明一下子），所以用#include "xx.h" 这个宏就简化了许多行代码——让预处理器自己替换好了。
也就是说，xx.h 其实只是让需要写xx.c 中函数声明的地方调用（可以少写几行字），至于include 这个 .h 文件是谁，是 .h 还是 .c，还是与这个 .h 同名的 .c，都没有任何必然关系。
这样你可能会说：啊？那我平时只想调用xx.c 中的某个函数，却include了xx.h 文件，岂不是宏替换后出现了很多无用的声明？没错，确实引入了很多垃圾，但是它却省了你不少笔墨，并且整个版面也看起来清爽的多。