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 的头文件

至此疑惑解除。

发布了17 篇原创文章 · 获赞 7 · 访问量 951

猜你喜欢

转载自blog.csdn.net/qq_29639589/article/details/100856828
bug
03