代码
最简单的一个 main 函数如下：
int main()
{
return 0;
}
众所周知 { } 包含的是一个代码块 Chuck，代表了 main 函数的作用域。如果去掉花括号，main 函数无疑会编译失败。
int main()
return 0;
接着我们新定义两个头文件，left_brace.h、right_brace.h。
// left_brace.h
{
// right_brace.h
}
如你所见，两个头文件分别写了一个左花括号，一个右花括号。此时如果你的 IDE 够智能，这两个文件都会提示语法报错——毕竟只有一个花括号的代码是什么鬼？
我们回到 main 函数，修改成：
int main
#include "left_brace.h"
return 0;
#include "right_brace.h"
奇迹发生了，这段诡异的代码，能够编译通过并正常运行。
Why?
头文件的 {、} 被展开到了 main 函数，自然就补全代码而正确了。
What do we learn？
- 虽然很多人在学习C++时，会系统性的学习到头文件的用处，也会被 header file 的 header 强烈暗示它有独特的放在头部进行声明的作用。但它的本质其实只是一个 include 进来的文本，而且是纯文本，不带任何逻辑的纯文本——甚至里面的宏都是在 include 进来之后再进行展开的。
- 头文件的本质作用仅是 “不同编译单元之间重复性的文本的复用”，再无其他深奥的含义。至于声明放在 header 文件的定式，反而是这种本质作用上的工程性约定。
- header file 头文件之间也会有各自的展开逻辑，所以很多地方需要用到
#ifndef __SOME_H
#def __SOME_H
#endif
- 更新潮的用法是
#pragma once
但需要编译器支持。