代码
最简单的一个 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
但需要编译器支持。