#pragma once 和#ifndef的区别

本文比较了C/C++中#ifndef和#pragmaonce两种防止头文件重复包含的方法,讨论了它们的优缺点,包括移植性、效率和文件依赖性。
摘要由CSDN通过智能技术生成

1.相同点

为了避免同一个文件被include多次。

2.不同点

在能够支持这两种方式的编译器上,二者没有太大的区别,但是两者仍然还是有一些细微的区别。

//方式一: #ifndef
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
......
#endif

//方式二: #pragma once
#pragma once
......

#ifndef的方式依赖于宏名字不能冲突,这不光可以保证同一个文件不会被包含多次,也能保证内容完全相同的两个文件不会被不小心同时包含。当然,缺点就是如果不同头文件的宏名不小心“撞车”,可能就会导致头文件明明存在,编译器却硬说找不到声明的状况。

 #pragma once则由编译器提供保证:同一个文件不会被包含多次,即能够保证头文件被编译一次。注意这里所说的“同一个文件”是指物理上的一个文件,而不是指内容相同的两个文件。带来的好处是,你不必再费劲想个宏名了,当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝,本方法不能保证他们不被重复包含。当然,相比宏名碰撞引发的“找不到声明”的问题,重复包含更容易被发现并修正。

3.总结来说

#ifndef方式由语言支持所以移植性好,但是在包含一个文件的时候,只有打开这个文件,根据文件的保护宏是否已经被定义来判断此文件是否已经被包含过,所以效率相对较低。当然在#include的时候,程序员也可以自己判断所要包含的文件的保护宏是否已经被定义,来决定是否要包含这个文件。类似下面的代码:

#ifndef FILE_H_
    #include "file.h"
#endif

这样作可以得到较高的效率,而且保证可移植性。但是文件之间的依赖性较高,如果一个文件的保护宏改变的话,所有使用如上形式包含这个文件的文件都要修改,有悖于模块化的思想。

#pragma once方式可以避免名字冲突,但是是平台相关的所以可移植性比较差,但是它效率更高:因为不需要去打开包含的文件,就可以判断这个文件有没有被包含,当然这个工作是系统帮我们完成的。

转载:#pragma once与#ifndef的区别 - 夜行过客 - 博客园 (cnblogs.com)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值