gcc中(-I -l -L)参数的意义

关于编译连接的常识helloworld背后发生了什么？（CSAPP笔记2）

gcc -o hello hello.c   -I/home/hello/include  -L/home/hello/lib  -lworld
//有时候还需设置环境变量 LD_LIBRARY_PATH

前面的编译选项，一般来说大家都熟悉，关键是后面几个，我们逐一解释：

-I/home/hello/include

我们知道，一般在写代码时候有时候会用到头文件，比如你要用vector就得include< vector >，对于系统来说，它会优先去系统目录下去找这个库，如果使用include “ccc.h” 则会优先去当前目录下找。

而-I选项则告诉编译器优先去指定目录下查找再去默认的目录下查找，比如上述的例子：寻找的头文件的顺序：/home/hello/include –> /usr/include –> /usr/local/include

-L/home/hello/lib

表示将/home/hello/lib目录作为第一个寻找库文件的目录，查找库文件的顺序依次是：/home/hello/lib –> 系统目录 –> 当前目录

-lworld

表示寻找动态链接库文件 libword.so（也就是文件名去掉前缀和后缀所代表的库文件)

如果加上编译选项-static，表示寻找静态链接库文件，也就是libword.a

注意：

对于第三方提供的动态链接库(.so），一般将其拷贝到一个lib目录下(/usr/local/lib），或者使用-L来指定其所在目录， 然后使用-l来指定其名称

---

动态库和静态库

库是写好的现有的，成熟的，可以复用的代码。现实中每个程序都要依赖很多基础的底层库，不可能每个人的代码都从零开始，因此库的存在意义非同寻常。

本质上来说库是一种可执行代码的二进制形式，可以被操作系统载入内存执行。库有两种：静态库（.a、.lib）和动态库（.so、.dll）。

他们的区别：

静态库

在链接阶段，会将汇编生成的目标文件.o与引用到的库一起链接打包到可执行文件中。因此对应的链接方式称为静态链接。

试想一下，静态库与汇编生成的目标文件一起链接为可执行文件，那么静态库必定跟.o文件格式相似。其实一个静态库可以简单看成是一组目标文件（.o/.obj文件）的集合，即很多目标文件经过压缩打包后形成的一个文件。静态库特点总结：

静态库对函数库的链接是放在编译时期完成的。

程序在运行时与函数库再无瓜葛，移植方便。

浪费空间和资源，因为所有相关的目标文件与牵涉到的函数库被链接合成一个可执行文件。

Linux静态库命名规范，必须是”lib[your_library_name].a”：lib为前缀，中间是静态库名，扩展名为.a。

---

动态库

空间浪费是静态库的一个问题。

另一个问题是静态库对程序的更新、部署和发布页会带来麻烦。如果静态库liba.lib更新了，所以使用它的应用程序都需要重新编译、发布给用户（对于玩家来说，可能是一个很小的改动，却导致整个程序重新下载，全量更新）。

动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入。不同的应用程序如果调用相同的库，那么在内存里只需要有一份该共享库的实例，规避了空间浪费问题。动态库在程序运行是才被载入，也解决了静态库对程序的更新、部署和发布页会带来麻烦。用户只需要更新动态库即可，增量更新。

动态链接库的名字形式为 libxxx.so，前缀是lib，后缀名为“.so”。