模块化编程时，#include到底要放在哪里？

结合我自己的经验，谈一谈模块化编程时#include应该出现的位置。总结起来大体有二条规则：

一、规则1：只包含必要的头文件

　　看下面这个模块：

===foo.c====
#include <stdio.h>

#include <foo.h>

#include <uart.h>
void foo ()
{
   printf ("hello world!\n");
}

===foo.h====
#ifndef __foo_h__
#define __foo_h__

extern void foo();

#endif

在foo()函数中也只有简单的一行打印语句。由于printf()函数的原型声明来源于stdio.h，因此foo.c中包含了stdio.h无可厚非，否则根本无法使用。但foo.c文件中除了包含stdio.h外还包含了另外一个多余的头文件 ——uart.h，这不会导致编译的出错，但我们并不需要使用uart.h中声明的接口，因此这种行为会导致编译效率的降低。如果此时uart.h中还包含了其它文件，那么全部都会在预处理时展开到foo.c中。当一个项目的代码量很大时，由于效率地下而多占用的时间就无法忽视了。

二、规则2：使#include出现在它被需要的地方

为了使用printf()函数，可以把#include<stdio.h>放在foo.h文件中，编译也可以正常通过，如下：

===foo.h====
#ifndef __foo_h__
#define __foo_h__

#include <stdio.h>

extern void foo();

#endif

===foo.c====

#include <foo.h>

void foo ()
{
   printf ("hello world!\n");
}

但这样会产生一个问题，stdio.h对于我们的头文件foo.h来说，是必须的么？当然不是！那么会导致什么样的问题呢？我们已经直到.h文件的作用相当于模块的使用说明书，如果其它模块要使用foo模块时，需要通过#include<foo.h>来添加接口函数，此时就会间接的包含了stdio.h，同样的会导编译致速度下降的问题。因此，正确的做法是将#include<stdio.h>放在foo.c中，如下：

===foo.h====
#ifndef __foo_h__
#define __foo_h__

extern void foo();

#endif

===foo.c====
#include <stdio.h>
#include <foo.h>

void foo ()
{
   printf ("hello world!\n");
}

理解了上面的例子，则看下面一条实例：

在system.h中，定义了如下结构体定义：

=====system.h=====

#ifndef __system_h__
#def __system_h__

typedef struct stuTAG{

    char * name;
    u8       age;

}stu_st;

#endif

同样在一个foo.c模块中，定义了一个函数：

===foo.h====
#ifndef __foo_h__
#define __foo_h__
#include "system.h"

extern void print_info(stu_st * student);

#endif

=====foo.c=====
#include "foo.h"
#include <stdio.h>

void print_info(stu_st * student)
{
      printf("name:%s\n",student->name);
      printf("age :%d\n",student->age);    

}

从这个foo模块的实现代码来看，foo.h和foo.c都需要了解stu_st结构体的内容，也就是stu_st是被foo.c和foo.h同时需要的，因此它必须被放置在foo.h中，否则编译时会出现stu_st未定义的错误，此时将#include放置在.h文件中是必须的！

用一句话概括：只在必要的地方包含必要的头文件！