linux下有两种库:动态库和静态库(共享库) 二者的不同点在于代码被载入的时刻不同。 静态库的代码在编译过程中已经被载入可执行程序,因此体积比较大。 动态库(共享库)的代码在可执行程序运行时才载入内存,在编译过程中仅简单的引用,因此代码体积比较小。 不同的应用程序如果调用相同的库,那么在内存中只需要有一份该动态库(共享库)的实例。 静态库和动态库的最大区别,静态情况下,把库直接加载到程序中,而动态库链接的时候,它只是保留接口,将动态库与程序代码独立,这样就可以提高代码的可复用度,和降低程序的耦合度。 静态库在程序编译时会被连接到目标代码中,程序运行时将不再需要该静态库。 动态库在程序编译时并不会被连接到目标代码中,而是在程序运行是才被载入,因此在程序运行时还需要动态库存在
一 静态库 这类库的名字一般是libxxx.a;利用静态函数库编译成的文件比较大,因为整个 函数库的所有数据都会被整合进目标代码中,他的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进去了。当然这也会成为他的缺点,因为如果静态函数库改变了,那么你的程序必须重新编译。 静态库的代码在编译时链接到应用程序中,因此编译时库文件必须存在,并且需要通过“-L”参数传递给编译器,应用程序在开始执行时,库函数代码将随程序一起调入进程内存段直到进程结束,其执行过程不需要原静态库存在。 在UNIX中,使用ar命令创建或者操作静态库 ar archivefile objfile archivefile:archivefile是静态库的名称 objfile:objfile是已.o为扩展名的中间目标文件名,可以多个并列 参数 意义 -r 将objfile文件插入静态库尾或者替换静态库中同名文件 -x 从静态库文件中抽取文件objfile -t 打印静态库的成员文件列表 -d 从静态库中删除文件objfile -s 重置静态库文件索引 -v 创建文件冗余信息 -c 创建静态库文件 example:
无论静态库,还是动态库,都是由.o文件创建的。因此,我们必须将源程序hello.c通过gcc先编译成.o文件。 hc@linux-v07j:~/weiming/tt> g++ -o hello.o -c hello.cpp hc@linux-v07j:~/weiming/tt> ar cqs libHello.a hello.o hc@linux-v07j:~/weiming/tt> ls 2.链接 hc@linux-v07j:~/weiming/tt> g++ main.cpp libHello.a -o Out1 (g++ -o aOut main.cpp ./libHello.a 或者 g++ -o aOut main.cpp -L./ -lHello) hc@linux-v07j:~/weiming/tt> ls
hc@linux-v07j:~/weiming/tt> ldd Out1
二: 动态库 这类库的名字一般是libxxx.so;相对于静态函数库,动态函数库在编译的时候 并没有被编译进目标代码中,你的程序执行到相关函数时才调用该函数库里的相应函数,因此动态函数库所产生的可执行文件比较小。由于函数库没有被整合进你的程序,而是程序运行时动态的申请并调用,所以程序的运行环境中必须提供相应的库。动态函数库的改变并不影响你的程序,所以动态函数库的升级比较方便 不同的UNIX系统,链接动态库方法,实现细节不一样 编译PIC型.o中间文件的方法一般是采用C语言编译器的-KPIC或者-fpic选项,有的UNIX版本C语言编译器默认带上了PIC标准.创建最终动态库的方法一般采用C语言编译器的-G或者-shared选项,或者直接使用工具ld创建。 最主要的是GCC命令行的一个选项: 这里分别将源文件d1.c和d2.c编译为动态库d1.so和d2.so.
LINUX和其他gcc编译器 g++ -fpic -c d1.cpp d2.cpp /* 编译为.o为扩展名的中间目标文件d1.o,d2.o*/ g++ -shared -o libd1.so d1.o /*根据中间目标文件d1.o创建动态库文件d1.so*/ g++ -shared -o libd2.so d2.o /*根据中间目标文件d2.o创建动态库文件d2.so*/ 或者直接一步到位 g++ -O -fpic -shared -o libd1.so d1.cpp g++ -O -fpic -shared -o libd2.so d2.cpp 某些版本的gcc上也可以使用-G替换-shared选项
调用动态库 隐身调用动态库
#cp ./libd1.so libd.so (cp ./libd2.so libd.so ) # g++ -o dOut main.cpp ./libd.so (或者g++ -o dOut main.cpp -L./ -ld) hc@linux-v07j:~/weiming/tt/dd> ldd dOut 在上例中,动态库libd.so与执行程序在同一目录下,如果将libd.so移走再执行程序,程序将不能正常执行。 当需要载入动态库代码时,UNIX会按照某种路径查找动态库 通知UNIX系统动态库的正确位置有如下两种方法., 1)带编译路径 #g++ -o dOut main.cpp ./libd.so (或者g++ -o dOut main.cpp -L./ -ld) 当执行程序时,程序会自动在当前路径下操作动态库libd.so 2)更改环境变量 #LD_LIBPARY_PATH=./ #export LD_LIBPARY_PATH 不同的UNIX所依赖的动态库查找路径环境变量名称各不相同 UNIX版本 动态库查找路径环境变量 AIX LIB_PATH LINUX LD_LIBPARY_PATH HP_UNIX PAHT SCO UNIX LD_LIBPARY_PAHT
动态链接库取代静态库的好处之一就是可以随时升级库的内容。 当动态库被接口完全相同的库文件取代后,可执行程序能迅速的切换到新动态库中代码,省去了编译的麻烦。 例如将libd2.so换成libd.so
显示调用动态库 显示调用动态库,编译时无需库文件,执行时动态可存储于任意位置,库里共享对象必须先申请后使用,不同动态库版本,只要其共享对象接口相同,就可以直接动态加载。
动态库的加载或多或少会占用一定的系统资源,比如内存等。因此当不需要或者一段时间内不需要共享动态库时就要卸载之。函数dlclose关闭参数handle所指向的动态库,卸载其所占的内存等资源,此调用后参数handle无效。 实际上,由于动态库可能同时被多个进程共享,当一个进程指向dlclose时,资源并不马上被卸载,只有当全部进程都宣布关闭动态库后,操作系统才开始回收动态库资源。
总结: 编译静态库时先使用-c选项,再利用ar工具产生.编译动态库的方式依不同版本的UNXI而定。隐式调用动态库与静态库的用法相一致,而显示调用动态库则需要借助动态加载共享库函数族。 隐式调用动态库和静态库使用方法一致,使用静态库和使用动态库编译成目标程序使用的gcc命令完全一样,那当静态库和动态库同名时,gcc命令会使用哪个库文件呢? 通过测试可以发现,当静态库和动态库同名时, gcc命令将优先使用动态库.为了确保使用的是静态库, 编译时可以加上 -static 选项,因此多第三方程序为了确保在没有相应动态库时运行正常,喜欢在编译最后应用程序时加入-static |
|
来自: champion_xu > 《system》