1 关于静态库和动态库
1.1 静态库(.a)
之所以成为【静态库】,是因为在链接阶段,会将汇编生成的目标文件.o与引用到的库一起链接打包到可执行文件中。因此对应的链接方式称为静态链接。静态库
试想一下,静态库与汇编生成的目标文件一起链接为可执行文件,那么静态库必定跟.o文件格式相似。其实一个静态库可以简单看成是一组目标文件(.o/.obj文件)的集合,即很多目标文件经过压缩打包后形成的一个文件。静态库特点总结:
-
静态库对函数库的链接是放在编译时期完成的。
-
程序在运行时与函数库再无瓜葛,移植方便。
-
浪费空间和资源,因为所有相关的目标文件与牵涉到的函数库被链接合成一个可执行文件。
1.2 动态库(.so)
为什么使用动态库:
- 空间浪费是静态库的一个问题。
- 另一个问题是静态库对程序的更新、部署和发布页会带来麻烦。如果静态库liba.lib更新了,所以使用它的应用程序都需要重新编译、发布给用户(对于玩家来说,可能是一个很小的改动,却导致整个程序重新下载,全量更新)。
动态库在程序编译时并不会被连接到目标代码中,而是在程序运行是才被载入。不同的应用程序如果调用相同的库,那么在内存里只需要有一份该共享库的实例,规避了空间浪费问题。动态库在程序运行是才被载入,也解决了静态库对程序的更新、部署和发布页会带来麻烦。用户只需要更新动态库即可,增量更新。
动态库特点总结:
-
动态库把对一些库函数的链接载入推迟到程序运行的时期。
-
可以实现进程之间的资源共享。(因此动态库也称为共享库)
-
将一些程序升级变得简单。
-
甚至可以真正做到链接载入完全由程序员在程序代码中控制(显示调用)。
2 静态库的创建和使用
(参考自:https://blog.csdn.net/weixin_41969690/article/details/106763729)
2.1 静态库制作
假设有下面几个文件:
clac.cpp
#include <iostream>
#include "calc.h"
using namespace std;
int main(){
int a = _sub(10,2);
int b = _plus(10,2);
cout<<a<<" "<<b<<endl;
}
clac.h
#ifndef _CALC_H
#define _CALC_H
int _sub(int,int);
int _plus(int,int);
#endif
sub.cpp
#include<iostream>
#include"calc.h"
using namespace std;
int _sub(int a,int b){
return a-b;
}
plus.cpp
#include<iostream>
#include"calc.h"
using namespace std;
int _plus(int a,int b){
return a+b;
}
通常会将clac.h作为一个头文件,然后再将plus.cpp和sub.cpp制作为库文件,将头文件和库文件一起提供给客户,下面制作库文件:
1)编译源文件
g++ -c plus.cpp sub.cpp
2)生成静态库
ar -rcs libmycalc.a plus.o sub.o
ar选项:
2.2 使用静态库
用户拿到上述libmycalc.a和clac.h头文件后,就可以使用了:
1) 链接静态库
g++ calc.cpp -o calc -L . -lmycalc
或者:
g++ calc.cpp -o calc ./libmycalc.a
2)测试
./calc
8 12
3 动态库的制作和使用
关键字PIC(position independent code)
进程运行的虚拟地址空间:
静态库是把代码直接加到代码段(text区),而动态库是临时加载的,运行的时候再加载
3.1制作动态库
1)编译目标文件
g++ -c -fPIC plus.cpp sub.cpp
-fPIC:表示编译为位置独立的代码,用于编译共享库。目标文件需要创建成位置无关码, 念上就是在可执行程序装载它们的时候,它们可以放在可执行程序的内存里的任何地方。
2 ) 生成动态库:
g++ -shared plus.o sub.o -o libCalc.so
以上两步可以合并为:
g++ -shared -fPIC -o libCalc.so plus.o sub.o
3.2 使用
1)生成可执行文件
g++ -o calc calc.cpp -L. -lCalc
或者
g++ -o calc calc.cpp ./libCalc.so
2)测试
指定动态链接库位置:
export LD_LIBRARY_PATH=动态链接库位置
因为我们是放在了当前目录,所以直接:
export LD_LIBRARY_PATH=.
(注:若库文件不是放在系统默认目录,另一种措施是,需要这个库文件所在目录其添加到/etc/ld.so.cache文件中,步骤如下:
首先:编辑/etc/ld.so.conf文件,加入库文件所在目录的路径
然后:运行ldconfig ,该命令会重建/etc/ld.so.cache文件)
3)执行
./calc
8 12
4)运行ldd
ldd命令 是用来查看链接那些动态链接库
完全可以将制作好的库文件放到系统默认的搜索路径中(/lib,/usr/lib,/usr/local/lib),这样编译的时候,系统会自动搜寻,不用在指定路径,但是库文件的名字还是要指定的!(因为系统不会默认把所有的库文件全部链接进去,所以要指定要链接的库的名字)。这样在使用的时候也就不需要export路径了。
1)复制库文件到默认路径
cp ./libCalc.so /usr/local/lib
2 ) 生成可执行文件
g++ -o calc calc.cpp -lCalc
3) 测试
./calc
8 12
4 补充与总结
4.1 总结
4.2 同时存在静态库和动态库
1)
g++ -o calc calc.cpp -L ./currentpath -lCalc
假设将动态库和静态库放在同一目录currentpath下,用上面的方法会默认优先调用动态链接库。
所以:使用上面链接静态库的方法,那个目录只可以放静态库,否则会优先链接动态库。
2)
编译的时候可以加上 ‐static选项 , 强制所有的库都使用静态库版本。
g++ -o calc calc.cpp ‐static -L ./currentpath -lCalc
但是这样存在一个缺点:所有的库(包括libc , libstdc++)都必须提供静态库版本,少一个都不行。
4.3关于g++的-I(大写i) 或 -include参数
-include 用来包含头文件,但一般情况下包含头文件都在源码里用#include xxxxxx实现,-include参数很少用。-I (大写的i)参数是用来指定头文件目录,/usr/include目录一般是不用指定的,gcc知道去那里找,但是如果头文件不在/usr/include里我们就要用-I参数指定了,比如头文件放在/myinclude目录里,那编译命令行就要加上-I /myinclude参数了,如果不加你会得到一个"xxxx.h: No such file or directory"的错误。-I参数可以用相对路径,比如头文件在当前目录,可以用-I.来指定。上面我们提到的–cflags参数就是用来生成-I参数的。
5 Linux下GCC 编译时为什么要指定链接库?如何指定链接库 ?
(参考自:https://blog.csdn.net/lee244868149/article/details/38707127)
当我们的程序中使用了其他人提供的头文件和库文件时,编译的时候就需要指定链接库。(程序中当然是要include头文件的,通常将头文件加入/usr/local/include/lib中,这样就可以在程序中直接#include这个头文件名)
/usr/lib下有很多库,gcc默认只载入c/c++语言使用的标准库,如标准io库(如printf)和标准模板库(stl,g++),其它的库都载入的话程序就太大了,gcc也不会自动去寻找系统中的所有库,谁知道你系统中有多少库呢?
如何指定链接库?
-l参数和-L参数(默认路径的库和需要指定路径的库)
-l参数就是用来指定程序要链接的库,-l参数紧接着就是库名,那么库名跟真正的库文件名有什么关系呢?就拿数学库来说,他的库名是m,他的库文件名是libm.so,很容易看出,把库文件名的头lib和尾.so去掉就是库名了。当我们自已要用到一个第三方提供的库名字libtest.so,那么我们只要把libtest.so拷贝到/usr/lib里,编译时加上-ltest参数,我们就能用上libtest.so库了(当然要用libtest.so库里的函数,我们还需要与libtest.so配套的头文件)。
放在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接了,但如果库文件没放在这三个目录里,而是放在其他目录里,这时我们只用-l参数的话,链接还是会出错,出错信息大概是:“/usr/bin/ld: cannot find -lxxx”,也就是链接程序ld在那3个目录里找不到libxxx.so,这时另外一个参数-L就派上用场了,比如常用的X11的库,它在/usr/X11R6/lib目录下,我们编译时就要用-L/usr/X11R6/lib -lX11参数,-L参数跟着的是库文件所在的目录名。
再比如我们把libtest.so放在/aaa/bbb/ccc目录下,那链接参数就是-L/aaa/bbb/ccc -ltest,另外,大部分libxxxx.so只是一个链接,以RH9为例,比如libm.so它链接到/lib/libm.so.x,/lib/libm.so.6又链接到/lib/libm-2.3.2.so,如果没有这样的链接,还是会出错,因为ld只会找libxxxx.so,所以如果你要用到xxxx库,而只有libxxxx.so.x或者libxxxx-x.x.x.so,做一个链接就可以了ln -s libxxxx-x.x.x.so libxxxx.so,手工来写链接参数总是很麻烦的,还好很多库开发包提供了生成链接参数的程序,名字一般叫xxxx-config,一般放在/usr/bin目录下,比如gtk1.2的链接参数生成程序是gtk-config,执行gtk-config --libs就能得到以下输出"-L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm",这就是编译一个gtk1.2程序所需的gtk链接参数,xxx-config除了–libs参数外还有一个参数是–cflags用来生成头文件包含目录的,也就是-I参数,在下面我们将会讲到。
你可以试试执行gtk-config --libs --cflags,看看输出结果现在的问题就是怎样用这些输出结果了,最笨的方法就是复制粘贴或者照抄,聪明的办法是在编译命令行里加入这个xxxx-config --libs --cflags
,比如编译一个gtk程序:gcc gtktest.c gtk-config --libs --cflags
这样就差不多了。注意`不是单引号,而是1键左边那个键。
除了xxx-config以外,现在新的开发包一般都用pkg-config来生成链接参数,使用方法跟xxx-config类似,但xxx-config是针对特定的开发包,但pkg-config包含很多开发包的链接参数的生成,用pkg-config --list-all命令可以列出所支持的所有开发包,pkg-config的用法就是pkg -config pagName --libs --cflags,其中pagName是包名,是pkg-config–list-all里列出名单中的一个,比如gtk1.2的名字就是gtk+,pkg- config gtk+ --libs --cflags的作用跟gtk-config --libs --cflags是一样的。比如:gcc gtktest.c pkg-config gtk+ --libs --cflags
。