为了避免同一个头文件被包含（include）多次，C/C++中有两种宏实现方式：
1）#ifndef方式
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 声明、定义语句
#endif2）#pragma once方式
#pragma once
... ... // 声明、定义语句两者区别：
1）#ifndef
#ifndef的方式受C/C++语言标准支持。它不仅可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件（或者代码片段）不会被不小心同时包含。
当然，缺点就是如果不同头文件中的宏名不小心“撞车”，可能就会导致你看到头文件明明存在，但编译器却硬说找不到声明的状况——这种情况有时非常让人郁闷。
例如：
file1.h
#define FILE_H //宏名...#endiffile2.h
#ifndef FILE_H#define FILE_H// program codes#endifmain.cpp
//导入两个头文件
#include"file1.h"
#include"file2.h" 预编译阶段把file1文件展开，就得到了宏 FILE_H，在处理file2.h文件时就发现FILE_H这个宏已经存在了，就不会包含file2.h头文件了，这就是弊端所在了。
同时由于编译器每次都需要打开头文件才能判定是否有重复定义，因此在编译大型项目时，ifndef会使得编译时间相对较长，因此一些编译器逐渐开始支持#pragma once的方式。
2）#pragma once
#pragma once 一般由编译器提供保证：同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。
你无法对一个头文件中的一段代码作pragma once声明，而只能针对文件。
其好处是，你不必再担心宏名冲突了，当然也就不会出现宏名冲突引发的奇怪问题。大型项目的编译速度也因此提高了一些。
例如：当物理上的同一文件被嵌套包含的时候，使用#ifndef预处理会每一次打开该文件做判断的，但是第二种方法则不会，所以在此#pragma once 会更快些。
// Test1.h
#ifndefine TEST1_H
#define TEST1_H...
#endif// Test2.h
#pragma once // Test.cpp
#include "Test1.h"
#include "Test1.h"
#include "Test2.h"
#include "Test2.h" 预处理器在执行这四句的时候，先打开Test1.h然后发现里面的宏TEST1_H没有被定义，所以会包含这个文件，第二句的时候，同样还是会打开Test1.h的发现宏已定义，就不包含该文件按了。第三句时，发现之前没有包含Test2,h则会把该文件包含进来，执行第四句的时候，发现该文件已经被包含了，所以不用打开就直接跳过了。
同样，#pragma once对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名冲突引发的“找不到声明”的问题，这种重复包含很容易被发现并修正。
另外，这种方式不支持跨平台！
条件编译指令
#define 定义一个预处理宏
#undef 取消宏的定义
#if 编译预处理中的条件命令，相当于C语法中的if语句
#ifdef 判断某个宏是否被定义，若已定义，执行随后的语句
#ifndef 与#ifdef相反，判断某个宏是否未被定义
#elif 若#if, #ifdef, #ifndef或前面的#elif条件不满足，则执行#elif之后的语句，相当于C语法中的else-if
#else 与#if, #ifdef, #ifndef对应, 若这些条件不满足，则执行#else之后的语句，相当于C语法中的else
#endif #if, #ifdef, #ifndef这些条件命令的结束标志.
defined 与#if, #elif配合使用，判断某个宏是否被定义 //defined用来测试某个宏是否被定义。defined(name): 若宏被定义，则返回1，否则返回0。