条件编译 #ifndef _HEAD_H...中下划线的理解！

最新推荐文章于 2022-04-18 22:52:12 发布
最新推荐文章于 2022-04-18 22:52:12 发布
阅读量3.5k 收藏 7
点赞数 1
分类专栏： c++ c语言 文章标签： 宏
本文介绍条件编译在防止头文件重复包含中的应用，通过宏HEAD_H确保头文件只被包含一次，避免变量重复声明。使用ifndef/define/endif预处理指令组合实现。

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

条件编译 #ifndef _HEAD_H...中下划线的理解！

一、下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。

二、其实质是一个宏名。由此我们可以防止发生重复定义或声明。

假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上   对HEAD_H的声明和判断，头文件Head.h如下： 

#ifndef   HEAD_H 
#define   HEAD_H 

……（头文件内容） 

#endif 


这样，头文件可以避免被多次包含。头文件中定义的变量不存在重复声明或定义。
cuda包含头文件错误MSB3721（windows.h）
wenzishou的专栏
10-27 1万+
困扰我几天的问题终于解决了！！！抓紧时间记录下来，省得以后再
防止头文件二次编译
liuyumoye的博客
05-15 413
防止头文件二次编译 假设一个叫head.h的头文件，被你工程中两个源文件同时包含如：A.cpp和B.cpp，编译时会将head.h编译两次，导致编译效率低下。为了避免这种情况，我们需要采用条件编译的方式，防止一个源文件两次包含同一个头文件，而不是防止两个源文件包含同一个头文件。 假如你有一个C源文件，它包含了多个头文件，比如头文件A和头文件B，而头文件B又包含了头文件A，则最终的效果是，该
_I,_O,_IO,条件编译#ifndf _HEAD_H中的下划线_是什么，有什么用
qq_48777294的博客
09-14 725
@_I,_O,_IO,条件编译#ifndf _HEAD_H中的下划线_是什么，有什么用 1.其实质是一个宏名。由此我们可以防止发生重复定义或声明。 2.编程风格，使标识符含义更清晰易懂 假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上 对HEAD_H的声明和判断，头文件Head.h如下： #ifndef HEAD_H #define HEAD_H ……（头文件内容） #endif 这样，头文件可以避免被多次包含。头文件中定
C/C++ 为什么#ifndef 头文件 要用大写加下划线？（这就是一种约定俗成的规范）
Dontla的博客
12-27 6129
如图，防止头文件重复包含，为什么要用大写加下划线？为什么不是直接写peripherals.h，我已经在问了 解释： 首先，test.h不是合法的C标识名：合法的C标识名只能由字母、数字和下划线组成，且以字母或下划线开头，也就是说你不能#define test.h 然后，不是#ifdef而是#ifndef，两者含义恰恰相反：前者如果定义；后者如果没定义 综合理解就是：如果没有定义xx标识就定义xx标识，然后执行#endif之前所有的定义、声明……如果已定义了xx 标识，就什么也不做。这个即便是多次引用同.
条件编译 #ifndef _HEAD_H...中下划线的理解
weixin_38383877的博客
05-23 547
1.下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。 2.其实质是一个宏名。由此我们可以防止发生重复定义或声明。 假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上 对HEAD_H的声明和判断，头文件Head.h如下： #ifndef HEAD_H #define...
#ifndef的用法及一个小小的例子
hahaha__123hi的博客
11-13 730
条件编译 #ifndef _HEAD_H…中下划线的理解！ 一、下划线“__”属于编程风格的内容，对程序没有影响。不用下划线也可以，用几个下划线也由个人习惯。 二、其实质是一个宏名。由此我们可以防止发生重复定义或声明。 假设你的头文件名为head.h，根据习惯，我们声明一个宏HEAD_H,对应这个头文件，在头文件中开始的地方和结尾的地方加上 对HEAD_H的声明和判断，头文件Head.h如下： #ifndef HEAD_H #define HEAD_H ……（头文件内容） #endif 这样，头
#ifdef的用法详解
09-26
#ifdef 指示符是 C 语言中的一种预处理指令，用于条件编译，即根据不同条件编译不同的代码。下面是 #ifdef 的用法详解： 首先，#ifdef 的基本格式为： ``` #ifndef <标识> #define <标识> ...... #endif ``` 其中，...
C++编译预处理
zhumingquanqq的专栏
11-10 515
导语 在编译器对源程序进行编译之前，首先要由预处理器对程序文本进行预处理。预处理器提供一组编译预处理指令和预处理操作符。预处理指令实际上不是C++语言的一部分，它是用来扩充C++程序设计的环境。所有的预处理指令在程序中都是以“#”来引导，每一条预处理指令单独占一行，不要用分号结束。预处理指令可以根据需要出现在程序中的任何位置。 一：预处理指令1.1 #include文件包含指令，作用是将另一个源
afxwin等h头文件
07-03
afxwin等h头文件 希望大家都能用上合适的头文件，谢谢支持！
嵌入式软件开发工程师 ——“面经宝典“ 面试神器 （持续更新..）
weixin_44278698的博客
04-18 6652
本文总共分，c语言，数据结构，linux系统，计算机网络，ARM体系架构**这五个模块，当然每次面试过程中主要考的还是**c语言和linux相关知识**，在学习linux方面未触及到内核和驱动，后续还会进行补充，也当是给自己的一个总结。所以本文阐述c语言知识和linux知识居多。
#ifndef #define 中的头文件名为什么是__xxx_h
whxngb的博客
12-30 8635
这样定义是为了避免重复定义。重复声明可以，但是重复定义是不可以的。 重复声明只要名称完全相同即可。但是重复定义会出现编译错误的，即使同名也不可以。 多次包含可能会引来重复定义。比如a.h中包含了b.h和c.h，而c.h包含了b.h，那么编译 a.h时，b.h被编译了2遍。我们熟知b.h头文件中有FILE类型的定义，于是FILE被定义了2遍 在b.h头文件中用 #ifndef   __b_
预定义宏是双下划线。。。。。
weixin_37614450的博客
05-15 803
想打印一下预定义宏，比如时间，文件位置等 但是一直显示“未定义的标识符” 后来发现，原来是__TIME__,而不是_TIME_
预编译头文件的使用
Nhsoft的专栏
07-07 4523
预编译头文件的使用  关键字：预编译，/Yu，/Yc，/Yx本文介绍VC6的预编译功能的使用，由于预编译详细使用比较的复杂，这里只介绍几个最重要的预编译指令: /Yu, /Yc,/Yx,/Fp。其它的详细资料可以参考:      MSDN->Visual Studio D6.0Document -> Visual C++6.0 Document         ->VC++ Program
关于C++中 #ifndef XXX_H #difine XXX_H #endif 那些事
CWY_007的博客
04-02 4627
在学习C++的过程中，我们经常发现在头文件前部有一些标识符定义，比如：#ifndef XXX_H  #difine XXX_H  这些是什么呢？ #ifndef SeqList_H #define SeqList_H #endif 这样一段话的意思是 如果没有定义头文件的别名，就定义它 他的作用是，如果有其他文件多次调用这个头文件，那么为了防止重复定义，加入 判断语句，只有第一次
MFC 简单的电话簿程序(txt版)
Genven_Liang的博客
11-06 1131
MFC 简单的电话簿程序(txt版) 一、简述 记--使用MFC编写的简单的电话簿程序。 例子：链接: https://pan.baidu.com/s/1wJmmq8z2uV2_fYIEQ73thg 提取码: xggc 二、效果 对数据进行增删改，...
【OpenGL】OpenGL入门之编写自己的着色器(Shader)类
YangMax1的博客
03-03 3412
目录自己的着色器类从文件读取着色器的使用运行测试参考 自己的着色器类   编写、编译、管理着色器是件麻烦事。写一个类来让我们的生活轻松一点，它可以从硬盘读取着色器，然后编译并链接它们，并对它们进行错误检测，这就变得很好用了。把着色器类全部放在头文件里，主要是为了学习用途，当然也方便移植。 我们先来添加必要的include，并定义类结构： #ifndef SHADER_H #define SHADER_H #include <glad/glad.h>; // 包含glad来获取所有的必须Open
对 #ifndef _LED_H 下划线的理解
xx_lwh的博客
04-29 6652
#ifndef __LED_H#define __LED_H............#endif1.不用下划线也可以，用几个下划线也可以。2.这是一个宏名，用来防止发生重复定义或声明。3.也就是说 _LED_H 可以用其他代号代替，并且越复杂越好，它对程序内容没影响。你同样可以设成 abcdefg #ifndef abcdef#define abcdef............#endif头文件中...
你看错了，那两个类后有分号，想一下有没有其他可能，尤其是在嵌入式编程的情况下
最新发布
03-18
<think>好的，用户指出之前的回答有误，说明那两个类后面确实有分号，需要寻找其他可能的问题。首先，我需要重新仔细检查用户提供的代码，看看是否存在其他语法错误。 首先，用户提到的错误是“ctc E208: syntax error - token ";" inserted before "PID Struct"”，编译器提示在PID_Struct前插入了分号，但用户确认类定义后有分号，所以可能不是分号缺失的问题。 接下来，我会检查代码中的其他潜在问题。首先看头文件引用，用户使用了中文引号“math.h”和“zf_common_headfile.h”，这可能导致编译器无法找到头文件，从而引发错误。正确的应该是英文双引号。 然后是宏定义部分，检查是否有拼写错误或不正确的定义。比如TOTAL_PID_MAX和TOTAL_PD_MAX的定义看起来正常，CUSTOM_FLT_MAX和MAXI也没有问题。 接下来查看结构体和类的定义。PID_BASE和PID_EXTRA结构体定义正确，分号也没有问题。PID_Struct类的定义中，构造函数声明正确，类结尾有分号，用户确认了这一点，所以可能不是问题所在。同样，PD_Struct类也是如此。 然后查看PID_Eval类，成员变量和函数的声明。在PID_Eval的私有部分，TotalPID和TotalPD数组的声明可能需要初始化，但这里只是声明，没有问题。构造函数PID_Eval(void)的声明正确，但注意在C++中，无参构造函数的声明可以省略void，不过这样写也是合法的。 接下来考虑嵌入式编程的特殊情况。AURIX是英飞凌的微控制器系列，使用的编译器可能对C++的支持有限，尤其是如果代码被误认为是C语言的话。例如，如果文件扩展名是.c而不是.cpp，编译器会以C语言模式编译，导致类定义不被识别，从而报语法错误。用户需要确认文件是否为.cpp扩展名，或者编译器设置是否正确。 另外，检查类成员函数的实现是否在头文件中但没有被正确标记为内联。如果类成员函数（如构造函数）在头文件中实现但没有使用inline关键字，在多个包含时可能导致链接错误，但这里只是声明，可能没有问题。不过，如果实现放在头文件中，可能需要使用inline或在类内部直接定义。 还要检查是否有其他隐藏的符号，比如中文分号或括号，这些在代码中可能不容易察觉，但会导致编译器报错。例如，检查所有引号、分号、括号是否是英文符号。 另外，检查类定义中的访问控制符是否正确使用，比如protected和public的位置是否正确。在PID_Struct中，成员变量是protected，构造函数是public，没有问题。 最后，可能的问题还是出在头文件引用使用了中文引号，或者文件扩展名导致编译器以C语言模式编译。需要用户确认这两个方面。</think>$\textcolor{green}{重新分析}$： 您指出的情况完全正确，经过仔细复核代码，确实存在其他潜在问题。在嵌入式编程环境下，以下问题可能导致该错误： --- ### $\textcolor{red}{问题根源}$： **中文引号导致头文件包含失败** ```cpp #include “math.h” // ❌ 使用中文引号 #include “zf_common_headfile.h” ``` 编译器会将中文引号识别为$\textcolor{blue}{未定义符号}$，引发后续连锁错误。 --- ### $\textcolor{green}{解决方案}$： **1. 修正头文件引用格式** ```cpp #include "math.h" // ✅ 英文双引号 #include "zf_common_headfile.h" ``` **2. 检查编译器C++模式** AURIX开发环境可能$\textcolor{blue}{默认使用C编译器}$，需确认： - 文件扩展名为`.cpp`而非`.c` - 工程设置中启用C++编译（如`--cpp`编译选项） **3. 类成员函数定义缺失** 头文件中声明了构造函数但未实现： ```cpp class PID_Struct { public: PID_Struct(); // ❗声明但未定义 }; ``` 需在头文件或对应`.cpp`文件中补充实现： ```cpp // 在头文件内联实现（嵌入式常用方式） class PID_Struct { public: PID_Struct() {} // ✅ 空实现占位 }; ``` --- ### $\textcolor{green}{完整修正代码}$： ```cpp #ifndef PID_DATA_H // 建议避免双下划线开头（保留给系统） #define PID_DATA_H #include "math.h" // ✅ 修正引号 #include "zf_common_headfile.h" // ... (宏定义保持不变) class PID_Struct { protected: PID_BASE PID_base; PID_EXTRA PID_extra; float output; public: PID_Struct() {} // ✅ 补充构造函数实现 }; // 分号已存在 class PD_Struct { protected: PD_BASE PD_base; PD_EXTRA PD_extra; float output; public: PD_Struct() {} // ✅ 补充构造函数实现 }; // ... (PID_Eval类保持不变) #endif ``` --- ### $\textcolor{blue}{嵌入式特殊注意事项}$： 1. **内存约束**： - 检查`TOTAL_PID_MAX`和`TOTAL_PD_MAX`的数值是否超出芯片RAM容量 - 示例计算：假设每个PID结构体占20字节，3个实例需60字节RAM 2. **浮点运算支持**： - 确认AURIX芯片的FPU已启用（TC3xx系列通常支持） - 若使用无FPU型号，建议改用定点数运算 3. **中断安全**： ```cpp // 在PID_Eval类中添加原子操作保护 volatile float output; // 标记为volatile ``` 4. **编译器兼容性**： ```makefile # 在编译选项中添加C++11支持 CXXFLAGS += -std=c++11 ``` --- ### $\textcolor{orange}{验证步骤}$： 1. 使用`gcc -E pid_data.h`预处理代码，观察引号是否解析正常 2. 检查map文件中符号`PID_Struct::PID_Struct()`是否存在 3. 在调试器中设置硬件断点，验证类构造流程 请优先尝试修正中文引号问题，这是最直接的语法错误来源。如果问题仍未解决，建议提供完整的工程编译日志以便进一步分析。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值