#include头文件的顺序问题

[daphant]

以前一直没有注意到这一点，比如一个程序要包括很多头文件，但是今天一编译，一下出来好几百个莫名其妙的错误，搞了半天，我把一个头文件换到了靠前一点的位置，竟然好了，谁能介绍一下，头文件的顺序有什么奥秘？

[tpmao]

关注！！！！！关注！！！！！关注！！！！！关注！！！！！关注！！！！！关注！！！！！

[zhucde]

我也没考虑过这个问题,也从来没遇到这个问题,

期待答案!

[mlin2000]

头文件中使用条件编译，一般的有
#if !defined(AFX_DEVICEKEYBOARD_H__8B975467_4CB8_4D09_850D_5B95C047C21F__INCLUDED_)
#define AFX_DEVICEKEYBOARD_H__8B975467_4CB8_4D09_850D_5B95C047C21F__INCLUDED_

.........

#endif // !defined(AFX_DEVICEKEYBOARD_H__8B975467_4CB8_4D09_850D_5B95C047C21F__INCLUDED_)

[pengweicn]

头文件有位置关系的问题吗？没有碰到过
只是尖括号和双引号的问题吧？

[至尊宝2021]

搂主的问题俺以前也遇到过.

原因有在相应的INCLUDE有类的实例生成,后有实例的调用,如果顺序反了,
当然就有很多莫名其妙的问题产生,或指针异常!!!

自己再去看看代码,会理解你的INCLUDE文件的先后问题的. -(:

[wanghongit]

偶也遇见过，象StdAfx.h前面一般不能加别的头文件，你要用的添加的头文件声明一般在系统自动生成的头文件声明后加，只有这点感悟

[nabie]

某些头文件有相互依赖关系，比如 a.h 中用到的标识符或数据类型在 b.h 中定义，那么 b.h 就必须出现在 a.h 的前面，这个顺序不一定是你看到的顺序，而是当编译器把所有 #include 指令展开后把所有头文件放到 .c 或 .cpp 里的顺序。

另外 stdafx.h 必须放在第一位，主要原因是这个头文件与 stdafx.cpp 配合生成一个预编译的头文件供其他文件使用以提高编译的速度，因此编译器也会先编译这个 stdafx.cpp 文件。把 stdafx.h 放在第一位告诉编译器这个头文件前的所有代码都已经预编译了。SDK 和 MFC 的头文件被放在 stdafx.h 里，因为这些头文件一般不会改动且编译时需要耗费预处理器太多的时间。

[strongerman]

头文件的顺序是有讲究的，不能随意调换。除了stdafx.h ,还有一些头文件是这样

[nullname]

nabie() 说的对

[daphant]

啊！现在清楚多了