文件中的#ifndef

文件中的#ifndef

头件的中的#ifndef，这是一个很关键的东西。比如你有两个C文件，这两个C文件都include了同一个头文件。而编译时，这两个C文件要一同编译成一个可运行文件，于是问题来了，大量的声明冲突。

还是把头文件的内容都放在#ifndef和#endif中吧。不管你的头文件会不会被多个文件引用，你都要加上这个。一般格式是这样的：

#ifndef <标识>
#define <标识>

......
......

#endif

<标识>在理论上来说可以是自由命名的，但每个头文件的这个“标识”都应该是唯一的。标识的命名规则一般是头文件名全大写，前后加下划线，并把文件名中的“.”也变成下划线，如：stdio.h

#ifndef _STDIO_H_
#define _STDIO_H_

......

#endif

2.在#ifndef中定义变量出现的问题（一般不定义在#ifndef中）。

#ifndef AAA
#define AAA
...
int i;
...
#endif
里面有一个变量定义
在vc中链接时就出现了i重复定义的错误，而在c中成功编译。

结论：

(1).当你第一个使用这个头的.cpp文件生成.obj的时候，int i 在里面定义了当另外一个使用这个的.cpp再次[单独]生成.obj的时候，int i 又被定义然后两个obj被另外一个.cpp也include 这个头的，连接在一起，就会出现重复定义.

(2).把源程序文件扩展名改成.c后，VC按照C语言的语法对源程序进行编译，而不是C++。在C语言中，若是遇到多个int i，则自动认为其中一个是定义，其他的是声明。

(3).C语言和C++语言连接结果不同，可能（猜测）时在进行编译的时候，C++语言将全局
变量默认为强符号，所以连接出错。C语言则依照是否初始化进行强弱的判断的。（参考）

解决方法：

(1).把源程序文件扩展名改成.c。

(2).推荐解决方案：
.h中只声明 extern int i;在.cpp中定义


#ifndef __X_H__
#define __X_H__
extern int i;
#endif //__X_H__

int i;

注意问题：

(1).变量一般不要定义在.h文件中。


问题来自学习过程，资料来自网络，结果来自整理，仅供参考。
－－－－－－－－－－－－－

#ifndef aaa
#define aaa

int a = 0;
void f();

#endif

我理解是如果有很多文件都包含这个头文件，是不是只有第1个用到该文件才会执行里面内容，后面的都不执行，是这样吗？

谢谢各位指教，但我在实际运用中遇到点问题，就象我写的一样
#ifndef aaa
#define aaa

int a = 0;
void f();

#endif
如果我有2个文件包含这个头文件，他就会报LINK ERROR，说a已经被定义，既然已经防止重复定义了，为什么还有这个错误

你可以在头文件里加一个对编程无意义的定义，以表示你是否包含了这个头，比如
#define __aa_h__

然后，在程序里
#ifndef __a_h__
#include
#endif

这样就可以避免重复包含了。

vc7中可用#pragma once 代替,言简意赅

 

Ｑ：
忘了#ifndef和#endif怎么用的了，谁能简单说一下

Ａ：
#ifndef A_H  
意识是"if not define a.h"
接着的语句应该#define A_H
这个头文件的最后一句应该写#endif  //A_H

Ｑ：
#ifndef X
#define X
class X
{ ... };
#endif
如果这样是什么意思呢

Ａ：
是判断DEFINE 有没有
如果已经存在那就忽略#ifndef和#endif之间的DEFINE
呵呵
我也是初学
不知道对不对

Ａ：
这个#ifndef和#endif用法其实就是防止头文件被重复引用

Ａ：
就是为了防止重声明

用法：

.h文件，如下：
#ifndef XX_H
#define XX_H
...
#endif

这样如果有两个地方都包含这个头文件，就不会出现两次包含的情况 。。
因为在第二次包含时 XX_H 已经有定义了，所以就不再 include了
--------------------------------------------------------------------------------------------------
#ifndef GRAPHICS_H // 防止graphics.h被重复引用
#define GRAPHICS_H

#include <math.h> // 引用标准库的头文件
…
#include “myheader.h” // 引用非标准库的头文件
…
void Function1(…); // 全局函数声明
…
class Box // 类结构声明
{
…
};
#endif
--------------------------------------------------------------------------------------------------
那是指你建立多个文件时，多个文件里都包含这个头文件
--------------------------------------------------------------------------------------------------
给你举个例子，再顺便分析一下：
假设你的工程里面有4个文件，分别是a.cpp,b.h,c.h,d.h。
a.cpp的头部是：
#include "b.h "
#include "c.h "

b.h和c.h的头部都是:
#include "d.h "

而d.h里面有class D的定义。

这样一来，
编译器编译a.cpp的时候，先根据#include "b.h "去编译b.h这个问题，再根据b.h里面的#include "d.h "，去编译d.h的这个文件，这样就把d.h里面的class D编译了；
然后再根据a.cpp的第二句#include "c.h "，去编译c.h，最终还是会找到的d.h里面的class D，但是class D之前已经编译过了，所以就会报重定义错误。

加上ifndef/define/endif，就可以防止这种重定义错误。
--------------------------------------------------------------------------------------------------
A.h 里
#ifndef A_H
#define A_H
...
#endif

B.h 和 C.h都include "A.h "

D.h里
include "B.h "
include "C.h "
在预编译的过程中，执行到include "C.h "时会因为在上一句的时候已经定义了A_H这个宏，所以此时的的
的ifndef条件不满足，也就不会再一次包含A.h，起到了防止重复引用头文件的效果。
--------------------------------------------------------------------------------------------------
1.比如你有两个C文件，这两个C文件都include了同一个头文件。而编译时，这两个C文件要一同编译成一个可运行文件，于是问题来了，大量的声明冲突。 还是把头文件的内容都放在#ifndef和#endif中吧。
不管你的头文件会不会被多个文件引用，你都要加上这个。
一般格式是这样的：
#ifndef <标识>
#define <标识>
......
......
#endif <标识>
在理论上来说可以是自由命名的，但每个头文件的这个“标识”都应该是唯一的。标识的命名规则一般是头文件名全大写，前后加下划线，并把文件名中的“.”也变成下划线，如：stdio.h
#ifndef _STDIO_H_
#define _STDIO_H_
......
#endif
2.在#ifndef中定义变量出现的问题（一般不定义在#ifndef中）。
#ifndef AAA
#define AAA
...
int i;
...
#endif
里面有一个变量定义在vc中链接时就出现了i重复定义的错误，而在c中成功编译。
原因：
(1).当你第一个使用这个头的.cpp文件生成.obj的时候，int i 在里面定义了当另外一个使用这个的.cpp再次[单独]生成.obj的时候，int i 又被定义然后两个obj被另外一个.cpp也include 这个头的，连接在一起，就会出现重复定义. (2).把源程序文件扩展名改成.c后，VC按照C语言的语法对源程序进行编译，而不是C++。在C语言中，若是遇到多个int i，则自动认为其中一个是定义，其他的是声明。
(3).C语言和C++语言连接结果不同，可能（猜测）时在进行编译的时候，C++语言将全局变量默认为强符号，所以连接出错。C语言则依照是否初始化进行强弱的判断的。
（参考解决方法：
(1).把源程序文件扩展名改成.c。
(2).推荐解决方案： .h中只声明 extern int i;
在.cpp中定义
#ifndef __X_H__
#define __X_H__
extern int i;
#endif //__X_H__ int i;
注意问题：变量一般不要定义在.h文件中。

分享到搜狐微博

ZZ:http://hi.baidu.com/hxzon/blog/item/79bb9513187f3d836538dbd4.html