#include guards VS. #pragma once

最新推荐文章于 2024-09-16 21:43:36 发布

Yi_mii

最新推荐文章于 2024-09-16 21:43:36 发布

阅读量987

点赞数

CC 4.0 BY-SA版权

分类专栏：回收箱文章标签：编译器 mfc gcc 优化工具

本文链接：https://blog.csdn.net/Yi_mii/article/details/5841125

回收箱专栏收录该内容

4 篇文章

订阅专栏

本文详细探讨了C/C++预处理指令中的#include guards与#pragma once两种防重复包含的方法。介绍了它们各自的优缺点，并讨论了两者结合使用的可能性及存在的问题。

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

1. #include guards

#ifndef GRANDFATHER_H #define GRANDFATHER_H //TODO: ... #endif //GRANDFATHER_H

#include guards是一种很常用的方法。

VC自动生成的使用MFC的文件会使用宏名类似"AFX_XXX_H__XXX__INCLUDED_"的#include guards。(VS用的是#pragma once)

优点：

●对于多个头文件，可以只包含其中一个(比如，完全相同的两个文件)

●可以针对文件中的一段代码

缺点：

●存在宏名冲突的隐患，造成不可预知的结果(比如，和第三方工具)

2. #pragma once

#pragma once //TODO: ...

#pragma once是非标准的，但编译器普遍支持的命令。

优点：

●避免宏名冲突(name clash)

●编译速度快(但有些编译器，如GCC，对#include guards会进行优化处理。这样，#pragma once的这一优点就不是很明显了。)

●较少的代码

缺点：

●依赖于编译器对#pragma once的处理是否正确

●必须针对整个文件

3. 两者结合

#pragma once #ifndef GRANDFATHER_H #define GRANDFATHER_H //TODO: ... #endif // GRANDFATHER_H

缺点：

●无法避免宏名冲突

●无法避免不支持#pragma once的编译报错

于是没什么必要写成这样。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Yi_mii

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

发现在MSVS2022中”#pragma once“不起作用

**My Coding Family**

09-12

1071

如上问题有的来自我自身项目开发，有的收集网站，有的来自读者…如有侵权，立马删除。再者，针对此专栏中部分问题及其问题的解答思路或步骤等，存在少部分搜集于全网社区及人工智能问答等渠道，若最后实在是没能帮助到你，还望见谅！并非所有的解答都能解决每个人的问题，在此希望屏幕前的你能够给予宝贵的理解，而不是立刻指责或者抱怨！如果你有更优解，那建议你出教程写方案，一同学习！共同进步。ok，以上就是我这期的Bug修复内容啦，如果还想查找更多解决方案，你可以看看我专门收集Bug及提供解决方案的专栏。

【C/C++】“包含卫士”“头文件卫士”

Juryman155的博客

02-05

777

作为宏名称的前缀和后缀，但实际上这种命名约定是保留给编译器实现的标识符，因此建议使用其他命名方式以避免潜在的命名冲突，例如使用项目或文件名的大写形式作为宏的名称。导致的多种编译问题，如变量或函数的重定义错误。它是维护大型项目源代码的一种重要实践，有助于提高代码的模块化和重用性。这样，在文件的其余部分或者在同一编译单元的其他文件中，如果再次尝试包含这个头文件，已经被定义了，编译器将跳过这个头文件的内容，避免重复包含。这个检查防止了头文件的内容在同一个文件中被包含多次。注意，虽然在这个例子中使用的是。

参与评论您还未登录，请先登录后发表或查看评论

浅析pragma once与include guard

旧城落叶的小笔记

07-21

9859

控制C/C++头文件编译方法控制头文件编译一般有两种方法#pragma once 和include guard （即#ifndef，#define，#endif）#pragma once与#ifndef，#define，#endif一、#pragma once 　　一个比较常用的指令，只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，#pragma once是编译相关，不过大部分编译

Include guards

weixin_30621919的博客

01-12

404

转自：https://zh.wikipedia.org/wiki/Include防範 iOS 定义头文件 Include防范 #ifndef H_GRANDFATHER #define H_GRANDFATHER struct foo { int member; }; #endif 转载于:https://www.cnblogs.com/a0000/p/51238...

Include Guards: #ifndef vs #pragma once

Alex的专栏

08-21

938

Include Guards: #ifndef vs #pragma once Posted on June 4, 12 The majority of my compiler experience is with Microsoft’s Visual Studio, and as such I’ve always wondered about why

C++ include guard

方寸想法，编码宇宙

07-12

1022

include guard 也叫 header guard，macro guard，file guard。它的作用就是防止头文件被重复包含。具体的实现方法是：定义一个头文件的时候，用#ifndef 的形式来定义一次宏。第一次包含此文件，可以正确定义宏，之后再包含此文件，因为已经定义过，所以会skip。 include guard实现示例：...

pragma once、include防范、包括警卫优化

qq_41786318的博客

07-31

505

这个页面来自对comp.lang.c ++的讨论。关于在C或C ++程序中#including头文件的最有效方式。通常，每个头文件只应为#included一次。在一个中等大小的项目中，头文件#include其他头文件，如果没有某种形式的自动化帮助，很难保持这个规则。一个常见的习惯用法是在包含的头文件的内容周围放置“包含警卫”。例如档案“myheader.hpp” #ifndef MYHEAD...

"#include "stdafx.h" #include <Windows.h> #include <stdio.h> #include <stdlib.h> #include <math.h> #include <time.h> #include <string.h> #include <deque> #include <vector> #include "utility.h" #include "myarray.h" #include "matrix.h" #include "mytool.h" #include "alloc.h" #include "mod2sparse.h" #include "qldpc_head.h" #include "qldpc_main.h" #include "qldpc_codec.h" #include "qldpc_dec.h" #include "vld.h""如上预编译后，在utility.h中报错“enum BOOLEAN {FALSE, TRUE};”说我BOOLEAN重定义，

03-08

首先，检查是否在头文件中使用了#ifndef、#define、#endif这样的包含防护（Include Guards）或者#pragma once。这些机制可以防止同一个头文件被多次包含。如果utility.h或者其他包含BOOLEAN枚举的头文件没有这些防护...

#include＜stdio.h＞源代码

cz123_的博客

05-06

1461

#include<stdio.h>源代码

//B.h #include "D.h" //A.h #include "B.h" //C.h #includeA.h //C.cpp #include"C.h" 则C.cpp中，能用D.h中的东西吗

03-16

1. **头文件保护（Include Guards）**：每个头文件是否都有适当的防止重复包含的机制，比如#pragma once或者#ifndef/#define/#endif。如果D.h没有这些保护，可能在多次包含时引发重定义错误，但用户的问题不是关于...

Rebuild started: Project: bs *** Using Compiler 'V5.06 update 7 (build 960)', folder: 'D:\k5\ARM\ARMCC\Bin' Rebuild target 'bs' assembling startup_stm32f407xx.s... compiling stm32f4xx_ll_adc.c... compiling i2c.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/i2c.c: 0 warnings, 1 error compiling stm32f4xx_hal_msp.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/stm32f4xx_hal_msp.c: 0 warnings, 1 error compiling adc.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/adc.c: 0 warnings, 1 error compiling gpio.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/gpio.c: 0 warnings, 1 error compiling dac.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/dac.c: 0 warnings, 1 error compiling usart.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/usart.c: 0 warnings, 1 error compiling main.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/main.c: 0 warnings, 1 error compiling stm32f4xx_hal_rcc_ex.c... compiling ssd1306.c... ../Core/Inc/ssd1306.h(18): warning: #1-D: last line of file ends without a newline #endif ssd1306.c(45): warning: #1-D: last line of file ends without a newline } ssd1306.c(12): warning: #177-D: function "SSD1306_WriteData" was declared but never referenced static void SSD1306_WriteData(uint8_t *data, uint16_t size) { ssd1306.c: 3 warnings, 0 errors compiling stm32f4xx_hal_adc_ex.c... compiling dma.c... ../Core/Inc/main.h(70): error: #3: #include file "../Core/Inc/main.h" includes itself #include "main.h" ../Core/Src/dma.c: 0 warnings,

最新发布

03-23

通常这种错误是因为头文件中没有添加头文件保护（include guards）或者#pragma once指令，导致头文件被多次包含。用户可能是在不同的源文件中多次包含了main.h，而没有防止重复包含的措施。这时候，编译器会报错，...

C++之include guard

龙进的博客

10-28

3064

有时候，我们在大的软件项目中需要避免一个头文件被同一个源文件引用多次，这个时候就需要用到include guard这个头文件保护符。下面这串代码演示了如何使用#ifndef和#endif来避免头文件被重复引用 #pragma once //Time Class definition //member functions are declared in time.cpp //prevent multiple inclusions of header #ifndef TIME_H #define TI

CMake | include_guard命令详解

该用户还没想到好的昵称的博客

03-10

2467

1.cmake命令：include_guard 2.cmake变量：CMAKE_CURRENT_LIST_FILE

c++ 头文件 #pragma once

HJQD777的博客

09-16

479

是一个用于防止头文件被多次包含的预处理指令。它是 C++ 中的一种防护机制，确保同一头文件在编译期间只被包含一次。这有助于避免重复定义和编译错误，特别是在大型项目中，头文件经常被多个源文件包含的情况下。

C/C++ 头文件 #pragma once vs #ifndef

个人博客

07-30

1789

C/C++ 头文件防止被重复包含有2种常用的做法，一种是传统的ifndef： #ifndef HEADER_H #define HEADER_H ... #endif // HEADER_H 另一种是稍微新一些的pragma once: #pragma once ... 远古gcc版本不支持pragma once–gcc 3.4之前的版本不支持pragma once，也就是2006年前的g...

C/C++头文件保护：#ifndef和#pragma once

Louis__lv的博客

09-01

706

如何连接多个cpp文件及头文件使用可参考这篇文章：关于如何将多个Cpp文件关联起来两种方式为避免头文件重复包含，C/C++里有两种方式： #ifndef方式如下： #ifndef __FILE_H #define __FILE_H ...//声明 #endif 另一种就是直接在文件起始包含这句话 #pragma once 两者的区别 #ifndef与#pragma...

#pragma once和#ifndef

l_mingo的博客

10-29

325

#pragma once是由编译器处理的，保证不包含物理上的同一个文件。#ifndef GUARD_HEAD_H#define GUARD_HEAD_H#endif这个是C/C++支持的宏定义，是根据宏的名字来判断是否重复包含定义的。所以使用的时候需要注意不能出现相同的宏定义。现在，由于编译器对#pragma once的支持的普及，这两种方式在保证一个头文件不被多次包含的时候，效果是一样的。但

extern “C” #ifndef #ifdef #undef #pragma once

知行合一止于行善

08-18

578

#pragma once与 #ifndef的区别

weixin_34000916的博客

06-29

104

[转载自： http://www.cppblog.com/szhoftuncun/archive/2007/10/31/35356.html] #pragma once与 #ifndef的区别 Specifies that the file will be included (opened) only once by the compiler when compiling a source ...