鸡仔单片机成长记----------------keil中C文件和H文件

最新推荐文章于 2024-08-16 11:04:02 发布

鸡仔_C

最新推荐文章于 2024-08-16 11:04:02 发布

阅读量1.9w

点赞数 22

分类专栏： 51单片机文章标签：单片机 c语言编程

本文链接：https://blog.csdn.net/liuyusheng8686/article/details/52611304

版权

本文探讨了在keil和GCC中C文件和H文件在模块化编程中的角色。.h文件通常包含函数声明、宏定义等，而.c文件包含函数实现。虽然文件后缀不影响编译，但编译器会根据约定处理.h和.c文件。头文件的#include过程相当于文件拼接，用于声明和引用，确保编译时类型安全和代码隐蔽性。在链接阶段，编译器寻找对应的实现文件。文章还解答了关于.h文件是否多余、为何常在.c文件中包含对应.h文件以及编译器是否会自动绑定.h和.c文件等问题。

摘要由CSDN通过智能技术生成

今天来谈一下keil中模块化编程的问题，模块化对于比较大型的程序很有帮助，一般都是C文件和H文件配合来形成模块，下面我就来谈谈二者的关系：

我认为：本质上没有任何区别。只不过一般：.h文件是头文件，内含函数声明、宏定义、结构体定义等内容,.c文件是程序文件，内含函数实现，变量定义等内容。而且是什么后缀也没有关系，只不过编译器会默认对某些后缀的文件采取某些动作。你可以强制编译器把任何后缀的文件都当作c文件来编。

没图没证据，下面对同一个程序分别在keil中和GCC中编译。

//a.h中的内容  
//不能和a.c中同时存在 
int a=10;

//a.c中的代码
int a=10;

//main.c中的内容
#include <reg52.h>
#include "a.c"
void main()
{
	while(1)
	{
	   if(a==10)
	   {
	   		while(1);
	   }
	}


}

下面开始编译main.c 里面#include "a.h"文件，

keli并不会报错，可以正常编译过去。但是换成#include "a.c"，就是下面的图了：

若是换成了a.c的话并不会编译通过（有人会说这个错误是重复定义造成的，但是我在编译的时候已经把其H文件定义的那行注释掉了。）。但是如果在linux下编译的话，会怎么样，我试了一下，截图如下：

如上图，用gcc编译的话是可以通过的，也许有人认为上面的操作完全是做无用功，若如实，也权当我没事打发时间了。（include的功能就是把这句删掉，然后复制你所包含的文件中的内容到当前位置）

接下来谈一下编译过程：

main函数为标准C/C 的程序入口，编译器会先找到该函数所在的文件。假定编译程序编译myproj.c（其中含main()）时，发现它include了mylib.h（其中声明了函void test()），那么此时编译器将按照事先设定的路径（Include路径列表及代码文件所在的路径）查找与之同名的实现文件，如果找到该文件，并在其中找到该函数的实现代码，则继续编译；如果在指定目录找不到实现文件，或者在该文件及后续的各include文件中未找到实现代码，则返回一个编译错误.

其实include的过程完全可以"看成"是一个文件拼接的过程，将声明和实现分别写在头文件及C文件中，或者将二者同时写在头文件中，理论上没有本质的区别。以上是所谓动态方式。

对于静态方式，基本所有的C/C 编译器都支持一种链接方式被称为Static Link，即所谓静态链接。在这种方式下，我们所要做的，就是写出包含函数，类等等声明的头文件a.h,b.h,...），以及他们对应的实现文件a.cpp,b.cpp,...编译程序会将其编译为静态的库文件（a.lib,b.lib,...）。在随后的代码重用过程中，我们只需要提供相应的头文件（.h）和相应的库文件（.lib），就可以使用过去的代码了。相对动态方式而言，静态方式的好处是实现代码的隐蔽性，即C 中提倡的"接口对外，实现代码不可见"。有利于库文件的转发。