包含头文件时要按一定的顺序吗?为什么?

[thorkhan]

我现在写一个关于Directshow的的组件提供给VB调用,我在程序里包含了下面四个头文件,

#include "stdafx.h"
#include "GpCapture.h"
#include <streams.h> // Active Movie (includes windows.h)
#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C const.

按照这样的顺序编译通过,但是把顺序打乱之后如下

#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C #include <streams.h> // Active Movie (includes windows.h)
#include "stdafx.h"
#include "GpCapture.h"

编译时出了老多的错误,为什么?

[alfwolf]

是的#include "stdafx.h"应该放在最前面，其他的可以顺序自定

[3jaja]

#include "stdafx.h"中有#include <windows.h>
放在第一。

[天限天空]

#include <initguid.h> // declares DEFINE_GUID to declare an EXTERN_C #include <streams.h> // Active Movie (includes windows.h)
包含 #include "GpCapture.h" 定义的结构等东西

[winthegame]

需要按顺序来。最简单的例子就是：

stdafx.h
里面
struct mmm
{
int a;
};

然后 hello.h 里面的定义
mmm oo;

最后在 #include ，不按顺序来 会提示 mmm根本没定义！

[rivershan]

#include "stdafx.h"
第一位的！

[triggerd]

和编译器有关吧，重新编译时，你会发现总是先compliling stdafx.cpp，在它成功编译的基础上才会编译其他文件，打乱顺序，可能找不到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 里，因为这些头文件一般不会改动且编译时需要耗费预处理器太多的时间。