bug 03 又是你，头文件！

在看这个bug之前建议先看 https://blog.csdn.net/qq_29639589/article/details/100853195
这篇文章是我转载的文章，稍微改了下排版。

先描述问题，nvidia flex demo 中，main.cpp 中定义了 SimBuffer* g_buffers，而 helper.h 等一票头文件中没有任何 extern 关键字，就可以直接使用 g_buffers ???

从未见过如此骚的操作，给我留下了深刻的印象，本以为这是一些 C++ 的黑魔法，于是就自己搞测试

// main.cpp 
#include <iostream>
#include "a.h"

using namespace std;

int a = 9;

int main() {
	aFunc();
	cout << a << endl;
	system("pause");
	return 0;
}

// a.h
#pragma once
#include <iostream>

void aFunc() {
	a = 1;
	std::cout << a << std::endl;
}

来啊，一起见证 C++ 的神奇之处！！！
结果：

此时的我

这难道是英伟达的黑魔法吗？于是我又仔仔细细地将相关的头文件都看了一遍，发现并无异常。

难道是我魔力不够？？？

一时间我有点难以接收这个事实，突然我灵光一闪，交换了 int a = 9; 与 #include "a.h" 两者的顺序

#include <iostream>
using namespace std;

int a = 9;

#include "a.h"

int main() {
	aFunc();
	cout << a << endl;
	system("pause");
	return 0;
}

卧槽，竟然是顺序问题！！！

想想 #include 的作用，就是将它包含的文件的内容一字不改地替换到当前文件中，这样在 a 定义之后，aFunc() 的定义被原封不动地替换进来，就可以使用定义好的 a 了。
那也就解释了这个奇葩的现象，即使是不加 extern 关键字，也可以在头文件中正常使用到其它 .cpp中定义的数据。

再去看看 flex 代码，在 g_buffers 定义之前没有 #include 任何一个使用了 g_buffers 的头文件

至此疑惑解除。