最近在看duilib代码，发现头文件既有#pragma once 又有 #ifndefine...#define，忽然就觉得有点不解，因为据我所知这两者都是防止头文件二次包含的。

经过下面两位的解释后，加深了认识：

http://www.cnblogs.com/Braveliu/archive/2012/12/29/2838726.html

http://blog.csdn.net/zlhy_/article/details/8192580

总结一下：

1.#pragma是微软独有的，不能跨平台使用，我印象中#pragma是编译器相关指令吧，当然就是与编译器相关的了

2.然后#ifndefine存在弊端：

（引用上面参考的原文）

<第一种：file1头文件中有一个宏

//file1.h

#define BOOK_H   //宏名

现在又有一个文件 book.h 里面使用了宏定义方式防止头文件二次编译

#ifndef BOOK_H

#define BOOK_H

//  program codes

#endif

下面是你的主函数所在文件内容

#include"fil1.h"

#include"book.h"   //这两个都是你自己的头文件

#include<........>

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

预编译阶段把file1文件展开，就得到了宏 BOOK_H，在处理book.h文件时就发现BOOK_H这个宏已经存在了，就不会包含book.h头文件了，这就是弊端所在了。>

也就是说，如果自己在头文件a中定义了和头文件b一样的宏，就会导致b没有包含进去，不过这种可能性还是比较少的，因为#ifndefine 的宏名称都相对比较特殊,类似: _File_NAME_H_  什么的

3.效率也存在差异： 由于编译器每次都需要打开头文件才能判定是否有重复定义，因此在编译大型项目时，ifndef会使得编译时间相对较长

4.#pragma 针对文件，不能在某段代码中插入

5.两者一起用的情况：

duilib的一段代码：

#ifndef __UIBASE_H__
#define __UIBASE_H__

#pragma once

。。。

（引用上面参考的原文） < 看起来似乎是想兼有两者的优点。不过只要使用了#ifndef就会有宏名冲突的危险，也无法避免不支持#pragma once的编译器报错，所以混用两种方法似乎不能带来

更多的好处，倒是会让一些不熟悉的人感到困惑。>

所以我对duilib里面两者一起用的情况确实有点不解，其实是两种缺点都包含了吧，又不是优点整合吧