#pragma once #ifndef

#pragma once

概述

　　这是一个比较常用的C/C++杂注，只要在头文件的最开始加入这条杂注，就能够保证头文件只被编译一次。　

   　#pragma once是编译器相关的，就是说即使这个编译系统上有效，但在其他编译系统也不一定可以，不过现在基本上已经是每个编译器都有这个杂注了。

       #ifndef，#define，#endif是C/C++语言中的宏定义，通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的，如果写的程序要跨平台，最好使用这种方式

具体写法

　　方式一： 　　

                     #ifndef __SOMEFILE_H__　　

                     #define __SOMEFILE_H__　　... ... // 一些声明语句　　

                     #endif　

    　方式二：　　

                    #pragma once　　... ... //

比较

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

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

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

       我还看到一种用法是把两者放在一起的： 　　

      #pragma once 　　

      #ifndef __SOMEFILE_H__ 　　

      #define __SOMEFILE_H__ 　　... ... // 一些声明语句 　　

      #endif 　　

看起来似乎是想兼有两者的优点。不过只要使用了#ifndef就会有宏名冲突的危险，所以混用两种方法似乎不能带来更多的好处，倒是会让一些不熟悉的人感到困惑。

#ifndef

定义

　　#ifndef x //if not define的简写　　#define x 　　...　　#endif　　这是宏定义的一种，它可以根据是否已经定义了一个变量来进行分支选择，一般用于调试等等.实际上确切的说这应该是预处理功能中三种（宏定义，文件包含和条件编译）中的一种----条件编译。 C语言在对程序进行编译时，会先根据预处理命令进行“预处理”。C语言编译系统包括预处理，编译和链接等部分。　　

        #ifndef x//先测试x是否被宏定义过　

        #define x　　程序段1 //如果x没有被宏定义过，定义x，并编译程序段1　

   　 #endif　　程序段2 //如果x已经定义过了则编译程序段2的语句，“忽视”程序段1。　　

       条件指示符#ifndef 的最主要目的是防止头文件的重复包含和编译。了解：条件编译当然也可以用条件语句来实现。 但是用条件语句将会对整个源程序进行编译，生成的目标代码程序很长，而采用条件编译，则根据条件只编译其中的程序段1或程序段2，生成的目标程序较短。如果条件选择的程序段很长，采用条件编译的方法是十分必要的。

补充一些内容

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

#ifndef _STDIO_H_ 　　

#define _STDIO_H_ 　　...... 　

#endif