头文件中,#include使用引号“”和尖括号<>有什么区别?

很多程序员写代码,可能没有仔细研究一些细节问题,比如今天说的#include相关的内容。 01 关于#include 首先,#include为预处理语句,那么什么是预处理语句呢? …

头文件中,#include使用引号“”和尖括号<>有什么区别?插图

头文件中,#include使用引号“”和尖括号<>有什么区别?插图(1)


很多程序员写代码,可能没有仔细研究一些细节问题,比如今天说的#include相关的内容。

01









关于#include


首先,#include为预处理语句,那么什么是预处理语句呢?

预处理语句最明显的标志是一些行首以#开始的特殊语句。

例如:#include、 #define、 #if等就是预处理语句。在程序的其它编译处理(词法分析、语法分析、代码生成、优化和连接等)之前,先进行这些语句的分析处理。 

在编译工具中,有一个叫预处理器,预处理器发现 #include 指令后,就会进行一些预处理操作。

02









#include的定义



如果你在看一些C/C++教程,那么你可能会发现,有些教程涨的#include命令写作#include ,但有时候又会出现#include 文件名


你会很疑惑,到底哪个是对的呢?为什么要有这两种不同的写法呢?

1.#include  
系统自带的头文件用尖括号括起来,这样编译器会在系统文件目录下查找。 


2.#include “xxx.h
用户自定义的文件用双引号括起来,编译器首先会在用户目录下查找,然后在到C++安装目录(比如VC中可以指定和修改库文件查找路径,Unix和Linux中可以通过环境变量来设定)中查找,最后在系统文件中查找。 


这两种写法都是正确的写法,但是它们却是有区别的。我们知道C/C++已经有一些编写好的头文件(比如标准函数库等),它们存放在VC++的Include文件夹里。当我们使用#include 命令时,编译器就到这个文件夹里去找对应的文件。显然,用这种写法去包含一个我们自己编写的头文件(不在那个Include文件夹里)就会出错了。所以包含C++提供的头文件时,应该使用尖括号。

相反地,#include “文件名”命令则是先在当前文件所在的目录搜索是否有符合的文件,如果没有再到Include文件夹里去找对应的文件。因此,无论这个文件是C++提供的还是自己编写的,使用#include “文件名”命令一定是正确的。这也正是书中本节之前的程序一律使用#include “文件名”命令的原因。

03









关于尖括号


C++标准中,包含C++提供的头文件并不是写作#include ,如#include 的写法是过时的。正确的写法是#include ,并且要使用std名字空间。有些程序中会有using namespace std;就是按照这种标准书写的。名字空间也称为命名空间,主要是用来避免大型程序开发中的标志符冲突。标准还规定了如何在C++中包含C的头文件,有兴趣的读者可以到网上查阅这些资料。

头文件中,#include使用引号“”和尖括号<>有什么区别?插图(2)

尽管以上两种#include命令都可以正确地被VC++识别了,但是它们却并不符合C++的标准。标准规定,包含C++提供的标准头文件或系统头文件时应使用尖括号,包含自定义头文件时可使用双引号。 

虽然有些文件是系统文件,但如果你工程中包含有相应文件,使用#include “xxx.h” 也不会报错(比如在Keil中使用#include “stdio.h”),但还是建议使用规范的代码。
可能复制粘贴习惯了,你都不知道究竟是 #include 还是 #include “xxx.h” 了。

关注微信公众号『玩转嵌入式』,后台回复“128”获取干货资料汇总,回复“256”加入技术交流群。

精彩技术文章推荐





01

|常用的校验算法介绍



02

|C语言,动态展示经典排序算法



03

|插入排序:最直观的排序算法



04

|冒泡排序,经典的排序算法




文章来源于电子工程 专辑

头文件中,#include使用引号“”和尖括号<>有什么区别?插图(3)


免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

作者: soufei

为您推荐


Fatal error: Can't use function return value in write context in /www/wwwroot/www.qianrushi.com.cn/wp-content/themes/news/footer.php on line 115