(C语言)头文件实现的函数
来源:互联网 发布:淘宝便宜又好的文具店 编辑:程序博客网 时间:2024/05/16 10:54
在C语言里面,有时候为了方便(方便的同义词是偷懒),函数就直接在头文件里面实现了。那么这样子有什么问题呢?
下面举个例子,这个例子只有3个文件
/* fun.h */
#ifndef FUN_H
#define FUN_H
void base(){};
void fun();
#endif
/* fun.c */
#include "fun.h"
void fun()
{
base();
}
/* main.c */
#include "fun.h"
int main()
{
fun();
return 0;
}
好,然后gcc一下
gcc -c main.c (通过)
gcc -c fun.c (通过)
gcc -o main main.o fun.o (链接错误)
出现错误...“base()函数重定义!”
为什么重定义呢?因为#include是预处理部分,在编译之前由预处理程序在这个部分复制头文件的内容过来。所以在编译时候,main.o和fun.o文件都有base()函数的定义。那么链接程序就不知道链接那个定义好了(二义性啊)
如何解决呢,为了实现“声明和实现分开”这个目标最好就是把这个base函数的函数体移到源文件里面。如果由于某种原因真的要放在头文件中...也可以。
用static声明就可以了,静态函数的作用域是文件,而不是全局。比如,上面的例子将头文件里面的void base(){}改成static void base(){},那就OK。
这个static在c语言中的用法可以google下,上面的资料好多很详细滴。
顺便说说头文件的循环依赖的问题。
比如有三个头文件a.h b.h c.h,a.h里面有#include "b.h",b.h里面有#include "c.h", c.h里面有#include "a.h",那就会造成文件的循环依赖,后果是什么呢?
比如有个文件a.c,上面有#include "a.h",那在a.c文件编译之前,预处理程序就会不断的把这三个头文件的内容复制过来,超过了一定的数量,就会导致“头文件数太多”的编译错误。
解决方法呢,当然就是常见的#ifndef...#define...#endif组合了。不过要把前两个写在头文件的开头(一定是开头),最后一个写在最末尾。
这样的话,第一次展开a.h b.h c.h的时候就已经定义了宏,到了c.h中的#include "a.h"时候,遇到了#ifndef,由于这个宏在上一次展开时已经定义了,所以这部分就跳过去了。也就是每个头文件最多只在每个源文件里面包含一次。
但是即使编译链接没有问题,循环依赖也会降低开发效率,为什么?因为文件都在依赖,比如某一天,要改变a.h的一部分内容,然后所有依赖于a.h b.h c.h的文件都得重新编译...链接;所以现在的C++有“前向声明”的技巧可以缓解这个问题。(缓解并不是解决。)而JAVA运用的import机制就很好的解决了这个问题,真正实现了“实现与声明相分离”这个目标。
下面举个例子,这个例子只有3个文件
/* fun.h */
#ifndef FUN_H
#define FUN_H
void base(){};
void fun();
#endif
/* fun.c */
#include "fun.h"
void fun()
{
base();
}
/* main.c */
#include "fun.h"
int main()
{
fun();
return 0;
}
好,然后gcc一下
gcc -c main.c (通过)
gcc -c fun.c (通过)
gcc -o main main.o fun.o (链接错误)
出现错误...“base()函数重定义!”
为什么重定义呢?因为#include是预处理部分,在编译之前由预处理程序在这个部分复制头文件的内容过来。所以在编译时候,main.o和fun.o文件都有base()函数的定义。那么链接程序就不知道链接那个定义好了(二义性啊)
如何解决呢,为了实现“声明和实现分开”这个目标最好就是把这个base函数的函数体移到源文件里面。如果由于某种原因真的要放在头文件中...也可以。
用static声明就可以了,静态函数的作用域是文件,而不是全局。比如,上面的例子将头文件里面的void base(){}改成static void base(){},那就OK。
这个static在c语言中的用法可以google下,上面的资料好多很详细滴。
顺便说说头文件的循环依赖的问题。
比如有三个头文件a.h b.h c.h,a.h里面有#include "b.h",b.h里面有#include "c.h", c.h里面有#include "a.h",那就会造成文件的循环依赖,后果是什么呢?
比如有个文件a.c,上面有#include "a.h",那在a.c文件编译之前,预处理程序就会不断的把这三个头文件的内容复制过来,超过了一定的数量,就会导致“头文件数太多”的编译错误。
解决方法呢,当然就是常见的#ifndef...#define...#endif组合了。不过要把前两个写在头文件的开头(一定是开头),最后一个写在最末尾。
这样的话,第一次展开a.h b.h c.h的时候就已经定义了宏,到了c.h中的#include "a.h"时候,遇到了#ifndef,由于这个宏在上一次展开时已经定义了,所以这部分就跳过去了。也就是每个头文件最多只在每个源文件里面包含一次。
但是即使编译链接没有问题,循环依赖也会降低开发效率,为什么?因为文件都在依赖,比如某一天,要改变a.h的一部分内容,然后所有依赖于a.h b.h c.h的文件都得重新编译...链接;所以现在的C++有“前向声明”的技巧可以缓解这个问题。(缓解并不是解决。)而JAVA运用的import机制就很好的解决了这个问题,真正实现了“实现与声明相分离”这个目标。
- (C语言)头文件实现的函数
- 手动实现的C语言string.h 头文件的字符串函数
- c语言常用头文件中包含的函数
- 关于C语言头文件包含的常用函数介绍
- C语言的头文件
- C语言的头文件
- c语言的头文件
- 自己实现的C语言string.h 头文件的字符串函数与几个内存操作函数
- C语言链表的实现(修改版)头文件
- 读华为C语言编程规范(函数、头文件)
- C语言 常用头文件函数
- C/C++语言 常用头文件函数
- C语言string.h头文件函数
- 栈数组实现头文件C语言
- C语言的头文件和库文件(函数库)
- C语言的头文件和库文件(函数库)
- C/C++(3)C++调用C语言的函数和头文件
- c语言头文件
- 常用SQl 查询语句
- 技术学习点滴
- Shadow Mapping
- vc 最大化、最小化、恢复和关闭命令。。。
- 微软代码签名证书使用指南
- (C语言)头文件实现的函数
- WebBrowse, Invoke javascript, C# API, outer html
- matrix, mul, Normal multiplication in Shader
- Missing Variable in HLSL because of Optimization
- 逻辑面试题:3顶黑帽子,2顶白帽子,我戴的是黑帽子吗?
- 链表倒置
- 面试题,逻辑题-坐飞机和坐车走路早到20分钟的问题!
- 加载.X文件 1
- 意外发现idea支持热部署,郁闷