linux下库文件的编程

　　编程到了一定的时候，总喜欢追求新的东西。将代码尽量模块化就是我的追求之一，原来只是满足于将代码从单文件中分离，通过头文件和实现文件实现模块化，后来发现最好的方法是打包成库文件，使用更加方便。尽管在linux和windows下都有大量的库文件，由于二者的工具不同，加上笔者主要是在linux下编程和教学，因此本文主要介绍Linux下的库文件的制作。

　　库文件在linux中主要有两种：静态库和动态库（共享库），二者的不同主要有：

　　1、载入时机不同：静态库是在编译时进行载入到代码中；共享库在运行时载入到代码中；

　　2、对生成的可执行文件的影响不同：静态库的缺失不会影响后期可执行文件的运行；共享库的缺失会影响可执行文件的执行；

　　3、对可执行文件大小改变不同：静态库在编译过程中将所有文件添加到可执行文件中，生成可执行文件偏大；共享库在编译过程中将所有文件链接到可执行文件中，生成的可执行文件几乎没有增大；

　　4、后期维护的影响不同：静态库可能会重复应用，浪费空间；共享库更容易引用使用，只需要一份库实现多个文件的共享使用；

　　5、后缀名称不同：静态库的后缀名是.a; 动态库的后缀名是.so;

　　6、生成方式不同：静态库主要是gcc将*.c文件形成*.o文件，使用ar命令打包成.a文件即可；动态库文件主要由gcc加上特定参数编译生成

　　7、形成的可执行文件的执行方式不同：静态库生成的可执行文件直接执行即可；动态库生成的可执行文件执行时须保证动态库文件能够被找到：可以将动态库文件链接或复制到/usr/lib或/lib目录，一般不这样做；设置环境变量LD_LIBRARY_PATH，使用命令export  LD_LIBRARY_PATH=$(pwd)；使用命令ldconfig目录，将制定目录下的动态链接库被系统共享起来sudo ldconfig /home/munication/WORKM/libDemo/;

　　作为现成的库文件，一般都具有成熟可靠、能够复用、接口明确等特点。因此，善于利用库文件，会让初学者很容易站在巨人的肩膀上。

　　下面为了更好的说明问题，通过三种方式来形成一个可执行文件testCal，功能很简单。

　　一、不是用库的方式，代码add.c、sub.c、mul.c、div.c、mod.c、cal.h testCal.c都是一样的：

add.c　　

sub.c

mul.c

div.c

mod.c

cal.h

testCal.c

　　这个是附加的文件makefile，文件名称为makefile

　　如果有上边的makefile文件，下面的操作都是假设上边所有的文件：add.c  cal.h  div.c  makefile  mod.c  mul.c  sub.c  testCal.c都在/home/munication/WORKM/libDemo/目录下

　　终端下到/home/munication/WORKM/libDemo/目录下，

　　使用下面的目录生成可执行文件，并有下面的提示信息：　

　　如果其中的文件更改，可以使用同一个命令make即可重新编译生成新的执行文件，make会自动判断那些文件需要编译，如果需要把中间文件删除，使用命令make clean，提示信息为；

　　如果不用makefile文件，可以使用手工命令：

　　查看文件大小：

　　很明显，可以看出形成的可执行文件的大小是7388字节，7k字节的大小。

　　执行可执行文件，使用命令：

　　二、使用静态库文件，生成静态库。库文件一般以lib为前缀，紧接着是库的名称，扩展名为.a，例如我们这里要创建库名libcal.a的库，使用命令ar,具体如下：

　　使用静态库，创建库文件的接口文件头文件，本文中是cal.h文件，使用库文件的文件testCal.c包含头文件cal.h文件即可，使用如下命令编译：

　　其中上边命令的说明：

　　（1）、gcc -o testCal：使用gcc编译，-o指定文件名，后边的testCal就是最终生成的文件名

　　（2）、-static：指明使用静态库

　　（3）、-L.：-L指明使用库，后面的.表明库文件在当前目录

　　（4）、-lcal：表明是库文件的名称，其中-表明是选项，l是lib的简写，后边的cal才是真正的库文件名称，后缀名是不需要的

　　查看文件的大小：

　　可以很明显看出：使用静态库文件的可执行文件的大小为740140字节，超过700k字节

　　三、使用动态库文件：生成动态库文件。库文件一般以lib为前缀，紧接着是库的名称，扩展名为.so，例如我们这里要创建库名libcal.so的库,具体如下：　

　　以上，先运行make命令，通过makefile文件生成目标文件testCal.o add.o sub.o mul.o div.o mod.o，接着使用下面命令：

　　（1）、gcc -o libcal.so：使用gcc编译，-o指定文件名，后边的libcal.so就是最终生成的动态库名

　　（2）、-shared：指明生成动态库

　　（3）、-fPIC.：该选项告诉gcc产生的代码不要包含对函数和变量具体内存位置的引用，运行时进行地址链接

　　（1）、gcc -o testCal：使用gcc编译，-o指定文件名，后边的libcal.so就是最终生成可执行文件名称

　　（2）、没有使用-static：指明使用动态库

　　可以很明显看出：使用动态库文件的可执行文件的大小为7296字节，超过7k字节，比不打包成库大了一点，多了链接信息，比静态库小了很多，差不多只有静态库的1%大小。

　　执行可执行文件时，可能会出现错误，提示找不到动态库文件libcal.so文件，解决方案主要有如下几种：

　　（1）、将生成的库文件libcal.so文件复制到目录/usr/lib或者/lib目录中，这种方式容易污染系统的库文件，也可以将自己作的库文件libcal.so链接到/usr/lib或/lib中，再次执行可执行文件就正常了；

　　（2）、连接器会搜索LD_LIBRARY_PATH指定的目录，将该环境变量设置为当前目录，具体命令为：

　　（3）、使用命令ldconfig目录，将制定目录下的动态链接库被系统共享起来，具体命令为：

 　　最后的附加：可以使用命令ldd查看可执行文件执行时调用的动态库，具体命令为：

　　gcc编译时搜索库文件的顺序，可以通过一定的手段覆盖系统的库文件，一般不要这么做，后果可能会很严重。

　　静态库链接时搜索路径顺序:

　　（1）. ld 会去找 GCC 命令中的参数-L

　　（2）. 再找 gcc 的环境变量 LIBRARY_PATH

　　（3）. 再找内定目录 /lib /usr/lib /usr/local/lib 这是当初 compile gcc 时写在程序内的

　　动态链接时、执行时搜索路径顺序:

　　（1）. 编译目标代码时指定的动态库搜索路径;

　　（2）. 环境变量 LD_LIBRARY_PATH 指定的动态库搜索路径;

　　（3）. 配置文件/etc/ld.so.conf 中指定的动态库搜索路径;

　　（4）. 默认的动态库搜索路径/lib;

　　（5）. 默认的动态库搜索路径/usr/lib。

　　有关环境变量:

　　（1）.LIBRARY_PATH 环境变量:指定程序静态链接库文件搜索路径

　　（2）.LD_LIBRARY_PATH 环境变量:指定程序动态链接库文件搜索路径

　　

人就像是被蒙着眼推磨的驴子，生活就像一条鞭子；当鞭子抽到你背上时，你就只能一直往前走，虽然连你也不知道要走到什么时候为止，便一直这么坚持着。