C Include Header file

首先要理解 #include<file.h>和#include"file.h"的区别:

　　#include<file.h>只在默认的系统包含路径搜索头文件

　　#include"file.h"首先在当前目录搜索头文件, 若头文件不位于当前目录, 则到系统默认的包含路径搜索头文件.

　　UNIX类系统默认的系统路径为：

　　头文件，包含路径：　/usr/local/include/ or /usr/include/

　　库文件，连接路径：　/usr/local/lib/          or /usr/lib/

　　对于标准c库(glibc或其它c库)的头文件, 我们可以直接在源文件中使用#include <file.h>来引入头文件.

　　如果要在源文件中引入自己的头文件, 就需要考虑下面的问题:

　　1, 如果使用非系统头文件, 头文件和源文件位于同一个目录, 如何引用头文件呢?

　　——我们可以简单地在源文件中使用 #include "file.h", gcc将当前目录的file.h引入到源文件. 如果你很固执, 仍想使用#include <file.h>语句, 可以在调用gcc时添加"-I."来将当前目录添加到系统包含路径. 细心的朋友可能会想到: 这样对引用其它头文件会不会有影响? 比如, #include<file.h>之后紧接着一个#include<math.h>, 它能正确引入math.h吗? 答案是: 没有影响. 仍然能正确引用math.h. 我的理解是: "-I."将当前目录作为包含路径的第一选择, 若在当前目录找不到头文件, 则在默认路径搜索头文件. 这实际上和#include"file.h"是一个意思.

　　2, 对于比较大型的工程, 会有许多用户自定义的头文件, 并且头文件和.c文件会位于不同的目录. 又该如何在.c文件中引用头文件呢?

　　—— 可以直接在.c文件中利用#include“/path/file.h", 通过指定头文件的路径(可以是绝对路径, 也可以是相对路径)来包含头文件. 但这明显降低了程序的可移植性. 在别的系统环境下编译可能会出现问题. 所以还是利用"-I"选项指定头文件完整的包含路径.

　　针对头文件比较多的情况, 最好把它们统一放在一个目录中, 比如~/project/include. 这样就不需为不同的头文件指定不同的路径. 如果你嫌每次输入这么多选项太麻烦, 你可以通过设置环境变量来添加路径:

　　$ C_INCLUDE_PATH=/opt/gdbm-1.8.3/include

　　$ export C_INCLUDE_PATH

　　$ LIBRART_PATH=/opt/gdbm-1.8.3/lib

　　$ export LIBRART_PATH

　　可一次指定多个搜索路径，":"用于分隔它们，"."表示当前路径，如：

　　$ C_INCLUDE_PATH=.:/opt/gdbm-1.8.3/include:/net/include

　　$ LIBRARY_PATH=.:/opt/gdbm-1.8.3/lib:/net/lib

　　（可以添加多个路径，路径之间用:相隔，.代表当前目录，若.在最前头，也可省略）

　　当然，若想永久地添加这些路径，可以在.bash_profile中添加上述语句.