防止头文件重复包含之pragma once与#ifndef

本文介绍了C/C++中防止头文件重复包含的两种方法:#pragma once和#ifndef#define#endif。#pragma once由编译器支持,简单但可能存在兼容性问题,而#ifndef#define#endif依赖宏定义,具有更好的移植性。在选择时,需考虑代码的移植需求和编译器支持。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在我们自己编写 C/C++的头文件时,可能会忽略一点:用一些处理机制来避免头文件的重复包含,因为头文件的内容在预编译时是把头文件的内容完全拷贝到引入的地方替换头文件的包含命令,而包含的头文件可能有包含很多内容,所以要是重复包含头文件,可能会使预编译后的源文件代码冗余量很大,造成空间上的浪费。
目前自己用过两个防止头文件重复包含的方法:
1、 #pragma once
2、 #ifndef
  #define
  #endif
  
它们具体实现如下:
假定此时要保证头文件HeadFile.h不会被重复包含,那么两种方法对应的方式如下:
1、 #pragma once
  直接把它放在HeadFile.h文件实现的最前面,即可实现。
  

  #pragma once
  //头文件的具体实现

2、 #ifndef
  #define
  #endif

  #ifndef __HEADFILE.H__
  #define __HEADFILE.H__
  //头文件的具体实现
  #endif

两种方法的一些差异:
1、 #pragma once由编译器提供保证:同一个文件不会被编译多次。注意这里所说的“同一个文件”是指物理上的一个文件,而不是指内容相同的两个文件。带来的好处是,你不必再费劲想个宏名了,当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝,本方法不能保证他们不被重复包含。当然,相比宏名碰撞引发的“找不到声明”的问题,重复包含更容易被发现并修正。
2、 #ifndef的方式依赖于宏名字不能冲突,这不光可以保证同一个文件不会被包含多次,也能保证内容完全相同的两个文件不会被不小心同时包含。当然,缺点就是如果不同头文件的宏名不小心“撞车”,可能就会导致头文件明明存在,编译器却硬说找不到声明的状况。

#pragma once是编译器相关的,有的编译器支持,有的编译器不支持,具体情况请查看编译器API文档,不过现在大部分编译器都有这个杂注了。
#ifndef,#define,#endif是C/C++语言中的宏定义,通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的,如果写的程序要跨平台,最好使用这种方式。

方式一可以避免名字冲突,方式二由语言支持所以移植性好
#pragma once方式产生于#ifndef之后,因此很多人可能甚至没有听说过。目前看来#ifndef更受到推崇。因为#ifndef受语言天生的支持,不受编译器的任何限制;而#pragma once方式却不受一些较老版本的编译器支持,换言之,它的兼容性不够好。也许,再过几年等旧的编译器死绝了,这就不是什么问题了

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值