（1）linux和win下库后缀名
在WIN上封装为.dll（动），.lib（静）。
在LINUX上封装为.so（动），.a（静）
（2）动态库的封装和使用
示例1
源代码文件：fun.c、main.c
1.生成动态库（将fun.c生成动态库）
#生成func.o
#参数 -fPIC 表示生成与位置无关代码，执行完毕后生成一系列的 .o 文件
gcc func.c -o func.o -c -fPIC
#生成libfunc.dll（windows动态库）
gcc func.o -shared -o libfunc.dll
#生成libfunc.so（linux动态库）
gcc func.o -shared -o libfunc.so2.编译可执行文件（在只有main.c和func动态库的情况下编译）
# 假设func动态库在当前目录下
# 生成可执行文件main
gcc main.c -o main -L . -l func 3.运行可执行文件
先将动态库放到可执行文件的同级目录下
或者执行如下命令（linux环境时）
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:动态库所在目录路径
然后执行可执行文件
./main示例2
1.生成"与位置无关"的目标文件
gcc -fPIC a.c b.c c.c -c -I ../include参数 -fPIC 表示生成与位置无关代码，执行完毕后生成一系列的 .o 文件
2.制作动态库
# linux
gcc -shared -o libmytest.so a.o b.o c.o
# windows
gcc -shared -o libmytest.dll a.o b.o c.o3.linux动态库使用
示例
[root@CentOS2 xxx]# ls
1.txt add.h libadd.so main.c temp yyy.txt
[root@CentOS2 xxx]# gcc main.c -L./ -ladd -I./ -o test_so
[root@CentOS2 xxx]# ls
1.txt add.h libadd.so main.c temp test_so yyy.txt
[root@CentOS2 xxx]# pwd
/root/xxx
[root@CentOS2 xxx]# export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/root/xxx
[root@CentOS2 xxx]# ./test_so
1+2=3
[root@CentOS2 xxx]#（3）gcc编译程序时找库说明
我们⽤gcc编译程序时，常常会⽤到“-I”(⼤写i)，“-L”(⼤写l)，“-l”(⼩写l)等参数，下面做个记录：例：
gcc -o hello hello1.c hello2.c hello3.c -I /home/hello/include -L /home/hello/lib -l world这条命令运⾏后，会在当前⽂件夹下产⽣⼀个hello⽂件，这个⽂件就是可执⾏⽂件。在当前⽂件执⾏命令./hello，即可运⾏该⽂件。
- -I /home/hello/include，表示将/home/hello/include⽬录作为第⼀个寻找源代码中引⼊的头⽂件的⽬录，寻找的顺序是：/home/hello/include –> /usr/include –> /usr/local/include， 也就是指定优先查找的⽬录，找不到的话查找默认⽬录。如果没有-I相关的指定，那么就是省略头⽂件位置默认为当前⽂件夹。
- -L /home/hello/lib，表示将/home/hello/lib⽬录作为第⼀个寻找库⽂件的⽬录， 寻找的顺序 是：/home/hello/lib –> /lib –> /usr/lib –> /usr/local/lib，同上，也是指定优先查找的⽬ 录，如果省略就是指当前⽂件夹优先。"-L . "表示在当前⽬录找。
- -l word, 表示寻找具体的动态链接库⽂件word.dll或者word.so，如果 在最后 再加上编译选项 static，表示寻找静态链接库⽂件，也就是word.lib或者word.a。
（4）静态库的封装和使用
示例1
源代码文件：fun.c、main.c
1.生成静态库（将fun.c生成静态库）
#生成func.o
gcc func.c -o func.o -c
#生成libfunc.a (linux静态库)
ar -crv libfunc.a func.o
#生成libfunc.liib (windows静态库
ar -crv libfunc.lib func.o 2.编译可执行文件（在只有main.c和func静态库的情况下编译）
# 假设func静态库在当前目录下，且没有func动态库
# 生成可执行文件main
gcc main.c -o main -L . -l func 3.运行可执行文件
# 只要可执行文件时链接静态库生成的
# 不管当前目录有没有静态库，直接运行可执行文件即可
./main示例2
1.生成.o文件
这里会生成a.o、b.o、c.o文件
gcc a.c b.c c.c -c -I ../include2.将.o文件打包得到静态库文件
# 就是一个打包.o文件的过程，以libmytest.a为例
# linux
ar rcs libmytest.a a.o b.o c.o
# windows
ar rcs libmytest.lib a.o b.o c.o 说明：
- ar 工具不包含在gcc中
- r --> 将文件插入静态库中
- c --> 创建静态库，不管库是否存在
- s --> 写入一个目标文件索引到库中，或者更新一个存在的目标文件索引。
3.linux静态库使用
gcc + 源文件 + -L 静态库路径 + -l静态库名 + -I头文件目录 + -o 可执行文件名
#gcc + 源文件 + -L 静态库路径 + -l静态库名 + -I头文件目录 + -o 可执行文件名
gcc main.c -L./ -lmytest -I./ -o test
或者
#gcc + 源文件 + -I头文件目录 + libxxx.a + -o 可执行文件名
gcc main.c -I./ libmytest.a -o test（5）动态库和静态库的使用区别
静态库是必须要链接到执⾏⽂件中去的，⽽动态库是不需要链接到最后的执⾏⽂件中的，也就是说，对于最后的执⾏⽂件⽽⾔，如果是链接静态库生成的可执行文件，在运行可执行文件时，你是否删除静态库⽆所谓。但是，如果是链接动态库生成的可执行文件，⼀旦你删除了动态库，最后的可执⾏⽂件就玩不转了。
用动态库编译特点：
1，库的代码不会编译进程序⾥⾯，所以动态库编译的程序⽐较⼩。
2，由动态库编译的程序依赖于系统的环境变量有没有此库⽂件，⽆则运⾏不了。
用静态库编译特点：
1，库的代码会编译进程序⾥⾯，所以静态库编译的程序⽐较⼤
2，由静态库编译的程序不⽤依赖于系统的环境变量，所以环境变量有没有这个库⽂件，也 可以运⾏。
静态库使用优缺点
- 优点：库被打包到可执行程序中，直接发布可执行程序即可使用
- 缺点：静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。如果静态函数库改变了，那么你的程序必须重新编译。
- 使用场合：在核心程序上使用，保证速度，可忽视空间。主流应用于80、90年代，现在很少用。
动态库使用优缺点
- 机制：共享库的代码是在可执行程序运行时才载入内存的，在编译过程中仅简单的引用，因此代码体积较小。
- 优点：节省内存（共享）、易于更新（动态链接）：停止运行程序 → 使用新库覆盖旧库(保证新旧库名称一致，接口一致) “接口”→ 重新启动程序
- 缺点：延时绑定，速度略慢
- 使用场合：对速度要求不是很强烈的地方都应使用动态库
- 注意事项：动态库是否加载到内存，取决于程序是否运行。
（6）编译时指定动态库或者静态库编译
如果当前⽂件夹中既有动态库，也有静态库， 静态库与动态库同名的话（比如同时存在libfunc.a和libfunc.so），在编译时，默认会优先使⽤动态库进行编译。
gcc main.c -o main -L. -l ToolFunc-L. -l ToolFunc会查找当前⽬录下的库，优先找动态库，若找到，则直接使⽤动态库进⾏编 译，而不使⽤静态库进⾏编译；若未找到动态库，则寻找静态库进行编译；若静态库也未找到，则提示报错。
如何强制使⽤静态库编译：如果在最后 再加上编译选项-static，表示寻找静态链接库⽂件。可强制编译时使⽤静态库，如果不使⽤这个参数，⽽静态库与动态库同名的话，会优 先使⽤动态库
gcc main.c -o main2 -L . -l ToolFunc -staticend
