博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
深入理解include预编译原理
阅读量:5061 次
发布时间:2019-06-12

本文共 3660 字,大约阅读时间需要 12 分钟。

原创作品,允许转载,转载时请务必以超链接形式标明文章  、作者信息和本声明。否则将追究法律责任。

 

 

你了解 #include 某个 .h 文件后,编译器做了哪些操作么? 你清楚为什么在 .h文件中定义函数实现的话需要在函数前面加上 static 修饰么?你知道 #ifndef……#define……#endif 这种防止头文件重复包含的精髓所在么?本文就是来探讨这些问题,并给出我的理解和思考,欢迎大家留言交流。

1.  #include 命令的作用

1.1  什么情况不使用 include

  1. //a.c文件 
  2.  
  3. void test_a() 
  4.     return;  
  5.  
  6.  
  7. //b.c文件 
  8.  
  9. void test_a();  // 函数声明
  10.  
  11. void test_b() 
  12.     test_a();    // 由于上面已经声明了,所以可以使用 

其实,这样的工程,可以不用使用 include 预编译命令。

1.2  什么情况使用 include

如果工程里面的函数特别多,那么按照上面的做法,则必须在每一个 .c 文件的开头列出所有本文件调用过的函数的声明,这样很不高效,而且一旦某个函数的形式发生变化,又得一个一个改 .c 开头的函数声明。 

因此,#include 预编译命令诞生。

  1. //a.c文件 
  2.  
  3. void test_a() 
  4.      return;  
  5.  
  6. //a.h文件 
  7.  
  8. void test_a(); 
  9.  
  10. //b.c文件 
  11.  
  12. #include "a.h"    // 包含含有 test_a() 函数声明的头文件 
  13.  
  14. void test_b() 
  15.     test_a();         

1.3  #include 起到什么效果

上述代码在编译器进行预编译的时候,遇到 #include "a.h" ,则会把整个 a.h 文件都copy到 b.c 的开头,因此,在实际编译 b.c 之前,b.c 已经被修改为了如下形式:

  1. //b.c 预编译后的临时文件 
  2.  
  3. void test_a(); 
  4.  
  5. void test_b() 
  6.     test_a();         

由此可见,得到的效果和手动加 test_a() 函数声明时的效果相同。

#tips# 在Linux下,可以使用 gcc -E b.c 来查看预编译 b.c 后的效果。

2. static 关键词的使用

2.1  什么叫函数重复定义

我们经常会遇到报错,说变量或者函数重复定义。那么,在此,首先我举例说明一下什么叫函数的重复定义。

  1. //a.c文件 
  2.  
  3. void test() 
  4.     return
  5.  
  6. //b.c文件 
  7.  
  8. void test() 
  9.     return

那么,在编译的时候是不会报错的,但是,在链接的时候,会出现报错:

multiple definition of `test',因为在同一个工程里面出现了两个test函数的定义。

2.2  在.h里面写函数实现

如果在 .h 里面写了函数实现,会出现什么情况?

  1. //a.h文件 
  2.  
  3. void test_a() 
  4.    return;     
  5.  
  6. //b.c文件 
  7.  
  8. #include "a.h" 
  9.  
  10. void test_b() 
  11.     test_a(); 

预编译后,会发现,b.c 被修改为如下形式:

  1. //b.c 预编译后的临时文件 
  2.  
  3. void test_a() 
  4.    return;     
  5.  
  6. void test_b() 
  7.     test_a(); 

当然,这样目前是没有什么问题的,可以正常编译链接成功。但是,如果有一个 c.c 也包含的 a.h 的话,怎么办?

  1. //c.c文件 
  2.  
  3. #include "a.h" 
  4.  
  5. void test_c() 
  6.     test_a(); 

同上,c.c 在预编译后,也形成了如下代码:

  1. // c.c 预编译后的临时文件 
  2.  
  3. void test_a() 
  4.     return;     
  5.  
  6. void test_c() 
  7.     test_a(); 

那么,在链接器进行链接(link)的时候,会报错:

 multiple definition of `test_a'
因此,在 .h 里面写函数实现的弊端就暴露出来了。但是,经常会有这样的需求,将一个函数设置为 内联(inline) 函数,并且放在 .h 文件里面,那么,怎样才能防止出现上述 重复定义的报错呢?

2.3  static 关键词

应对上面的情况,static关键词很好地解决了这个问题。

用static修饰函数,则表明该函数只能在本文件中使用,因此,当不同的文件中有相同的函数名被static修饰时,不会产生重复定义的报错。例如:

  1. //a.c文件 
  2.  
  3. static void test() 
  4.     return
  5.  
  6. void test_a() 
  7.     test(); 
  8.  
  9. //b.c文件 
  10.  
  11. static void test() 
  12.     return
  13.  
  14. void test_b() 
  15.     test(); 

编译工程时不会报错,但是test()函数只能被 a.c 和 b.c 中的函数调用,不能被 c.c 等其他文件中的函数调用。

那么,用static修饰 .h 文件中定义的函数,会有什么效果呢?

  1. //a.h文件 
  2.  
  3. static void test() 
  4.     return
  5.  
  6. //b.c文件 
  7.  
  8. #include "a.h" 
  9.  
  10. void test_b() 
  11.     test(); 
  12.  
  13. //c.c文件 
  14.  
  15. #include "a.h" 
  16.  
  17. void test_c() 
  18.     test(); 

这样的话,在预编译后,b.c 和 c.c 文件中,由于 #include "a.h" ,故在这两个文件开头都会定义 static void test() 函数,因此,test_b() 和 test_c() 均调用的是自己文件中的 static void test() 函数 , 因此不会产生重复定义的报错。

因此,结论,在 .h 文件中定义函数的话,建议一定要加上 static 关键词修饰,这样,在被多个文件包含时,才不会产生重复定义的错误。

3.  防止头文件重复包含

经常写程序的人都知道,我们在写 .h 文件的时候,一般都会加上

  1. #ifndef    XXX 
  2. #define   XXX  
  3. …… 
  4. #endif 

这样做的目的是为了防止头文件的重复包含,具体是什么意思呢?

它不是为了防止多个文件包含某一个头文件,而是为了防止一个头文件被同一个文件包含多次。具体说明如下:

  1. //a.h文件 
  2.  
  3. static void test_a() 
  4.     return
  5.  
  6. //b.c文件 
  7.  
  8. #include "a.h" 
  9.  
  10. void test_b() 
  11.     test_a(); 
  12.  
  13. //c.c 
  14.  
  15. #include "a.h" 
  16.  
  17. void test_c() 
  18.     test_a(); 

这样是没有问题的,但下面这种情况就会有问题。

  1. //a.h文件 
  2.  
  3. static void test_a() 
  4.     return
  5.  
  6. //b.h文件 
  7.  
  8. #include "a.h" 
  9.  
  10. //c.h文件 
  11.  
  12. #include "a.h" 
  13.  
  14. //main.c文件 
  15.  
  16. #include "b.h" 
  17. #include "c.h" 
  18.  
  19. void main() 
  20.     test_a(); 

这样就“不小心”产生问题了,因为 b.h 和 c.h 都包含了 a.h,那么,在预编译main.c 文件的时候,会展开为如下形式:

  1. //main.c 预编译之后的临时文件 
  2.  
  3. static void test_a() 
  4.     return
  5.  
  6. static void test_a() 
  7.     return
  8.  
  9. void main() 
  10.     test_a(); 

在同一个 .c 里面,出现了两次 test_a() 的定义,因此,会出现重复定义的报错。

但是,如果在 a.h 里面加上了 #ifndef……#define……#endif 的话,就不会出现这个问题了。
例如,上面的 a.h 改为:

  1. //a.h 文件 
  2.  
  3. #ifndef  A_H 
  4. #define A_H 
  5.  
  6. static void test_a() 
  7.     return
  8.  
  9. #endif 

预编译展开main.c则会出现:

  1. //main.c 预编译后的临时文件 
  2.  
  3. #ifndef A_H 
  4. #define A_H 
  5.  
  6. static void test_a() 
  7.     return
  8.  
  9. #endif 
  10.  
  11. #ifndef A_H 
  12. #define A_H 
  13.  
  14. static void test_a() 
  15.     return
  16.  
  17. #endif 
  18.  
  19. void main() 
  20.     test_a(); 

在编译main.c时,当遇到第二个 #ifndef  A_H ,由于前面已经定义过 A_H,故此段代码被跳过不编译,因此,不会产生重复定义的报错。这就是  #ifndef……#define……#endif 的精髓所在。

本文出自 “” 博客,请务必保留此出处

转载于:https://www.cnblogs.com/genslow/archive/2012/03/26/2417649.html

你可能感兴趣的文章
2011年12月09日
查看>>
[ZJOI2007]棋盘制作 【最大同色矩形】
查看>>
合并单元格
查看>>
swift-初探webView与JS交互
查看>>
IOS-图片操作集合
查看>>
Android bitmap图片处理
查看>>
Android应用程序进程启动过程的源代码分析
查看>>
adb logcat 命令行用法
查看>>
Redis学习手册(Key操作命令)
查看>>
模板统计LA 4670 Dominating Patterns
查看>>
泛型第23条:请不要在新代码中使用原生态类型
查看>>
非对称加密
查看>>
bzoj 3413: 匹配
查看>>
从下周开始就要采用网上记录值班日志了
查看>>
在qq中可以使用添加标签功能
查看>>
eclipse 自定义布局
查看>>
团队项目开发客户端——登录子系统的设计
查看>>
【AppScan心得】IBM Rational AppScan 无法记录登录序列
查看>>
[翻译] USING GIT IN XCODE [4] 在XCODE中使用GIT[4]
查看>>
简化通知中心的使用
查看>>