C++头文件和源文件

//a.h文件

void foo();
//a.c文件

#include “a.h” //我的问题出来了：这句话是要，还是不要？
void foo()
{
return;
}
//main.c文件

#include “a.h”
int main(int argc, char *argv[])
{
foo();
　return 0;
}
针对上面的代码，请回答三个问题：

a.c 文件中的 #include “a.h” 这句话是不是多余的？
为什么经常见 xx.c 里面 include 对应的 xx.h？
如果 a.c文件中不写，那么编译器是不是会自动把 .h 文件里面的东西跟同名的 .c 文件绑定在一起？
正确的概念是：从C编译器角度看，.h和.c皆是浮云，就是改名为.txt、.doc也没有大的分别。换句话说，就是.h和.c没啥必然联系。.h文件中一般放的是同名.c文件中定义的变量、数组、函数的声明，需要让.c外部使用的声明。这个声明有啥用？只是让需要用这些声明的地方方便引用。因为 #include “xx.h” 这个宏其实际意思就是把当前这一行删掉，把 xx.h 中的内容原封不动的插入在当前行的位置。由于想写这些函数声明的地方非常多（每一个调用 xx.c 中函数的地方，都要在使用前声明一下子），所以用 #include “xx.h” 这个宏就简化了许多行代码——让预处理器自己替换好了。

也就是说，xx.h文件只是让需要写 xx.c 中函数声明的地方调用（可以少写几行字），至于 include 这个 .h 文件是谁，是 .h 还是 .c，还是与这个 .h 同名的 .c，都没有任何必然关系。
这样你可能会说：啊？那我平时只想调用 xx.c 中的某个函数，却 include了 xx.h 文件，岂不是宏替换后出现了很多无用的声明？没错，确实引入了很多垃圾，但是它却省了你不少笔墨，并且整个版面也看起来清爽的多。鱼与熊掌不可得兼，就是这个道理。反正多些声明（.h一般只用来放声明，而放不定义）也无害处，又不会影响编译，何乐而不为呢？

翻回头再看上面的3个问题，很好解答了吧？

答：不一定。这个例子中显然是多余的。但是如果.c中的函数也需要调用同个.c中的其它函数，那么这个.c往往会include同名的.h，这样就不需要为声明和调用顺序而发愁了（C语言要求使用之前必须声明，而include同名.h一般会放在.c的开头）。有很多工程甚至把这种写法约定为代码规范，以规范出清晰的代码来。
答：1中已经回答过了。
答：不会。

————————————————
也就是说同一个.c文件中的函数要调用改.c中的另一个函数，为了不用声明和调用顺序
，则需要在.c中#include 该.h

.h 和.c名字不同也可以找到？声明和定义

————————————————