头文件信赖
在看google代码规范的时候，有下面这一段：
为了加强可读性和避免隐含依赖，应使用下面的顺序：C标准库、C++标准库、其它库的头文件、你自己工程的头文件。不过这里最先包含的是首选的头文件，即例如a.cpp文件中应该优先包含a.h。首选的头文件是为了减少隐藏依赖，同时确保头文件和实现文件是匹配的。

我想问一下以这种顺序写头文件，为什么就会减少隐藏信赖呢？而且为什么要在a.cpp中第一个写#include "a.h"呢？

[解决办法]
看标题，表示有点晕...... 是依赖吧？

很多头文件在复杂的互相包含后，可能导致一定的依赖关系。
按照固定的规范进行包含，确实是解决这个问题的最好办法。
[解决办法]
隐藏依赖 :工程在搜索头文件的时候是有几个固定的地方的，当让这种搜索是需要时间的，、
如果你能提前获知这种依赖关系，你可以缩小工程的搜索范围，这个可能就是所谓的 “隐藏依赖”

头文件的任何表东都会导致与之相关的文件或者模块重新编译，这种包含顺序当然是先稳定的在不稳定的。