Linux静态库共享库动态库.docx

静态库静态库的概念静态库就是一些目标文件的集合，以.a结尾。静态库在程序链接的时候使用，链接器会将程序中使用到函数的代码从库文件中拷贝到应用程序中。一旦链接完成，在执行程序的时候就不需要静态库了。由于每个使用静态库的应用程序都需要拷贝所用函数的代码，所以静态链接的文件会比较大。静态库的创建和使用创建静态库：创建libvector.a的静态库中提供以下向量函数：// addvec.c void addvec(int* x, int* y, int*z, int n) { int i=0; for(; i n;++i) z[i] = x[i] + y[i]; } // multvec.c void multvec(int*x, int* y, int* z, int n) { int i = 0; for(; i n; ++i) z[i] = x[i] * y[i]; } 使用AR工具创建静态库文件：#gcc –c addvec.c multvec.c#ar rcs libbector.a addvec.o multvec.o其中ar中的rcs的意思是： r表明将模块加入到静态库中，c表示创建静态库，s表示生产索引。使用静态库编写一个应用，调用addvec库中的函数：/* main2.c */ #include stdio.h int x[2] = {1, 2}; int y[2] = {3, 4}; int z[2]={0}; int main() { addvec(x, y, z, 2); printf(z = [%d %d]\n, z[0], z[1]); return 0; } 编译-链接-运行程序：#gcc –c main2.c#gcc –static –o p2 main2.o ./libvector.a#./p2Z = [4 6]注1：-static 参数告诉编译器驱动程序，链接器应该构建一个完全的可执行目标文件，它可以加载到存储器并运行，在加载时无需进一步的链接---即一次性静态链接完毕，不允许存在动态链接。注2：当链接器运行时，它判定addvec.o定义的addvec符号是被main2.o引用的，所以它拷贝addvec.o到可执行文件。因为程序中没有引用任何由multvec.o定义的符号，所以链接器就不会拷贝这个模块到可执行文件。同时，链接器还会拷贝libc.a中的pirintf.o模块，以及许多C运行时系统中的其他模块。共享库共享库的概念：共享库以.so结尾(so=share object)，在程序链接的时候并不像静态库那样拷贝所使用函数的代码，而只是作些标记，然后在程序开始启动运行的时候，动态地加载所需模块。所以，应用程序在运行的时候仍然需要共享库的支持。 共享库链接出来的文件比静态库要小得多。共享库的命名 一般一个共享库的有三个名字：soname, real-name, linker-name。下面先看实例: $ ls -l /usr/lib/libncurses* lrwxrwxrwx 1 root root 20 2008-05-25 13:54 libncurses.so - /lib/libncurses.so.5 lrwxrwxrwx 1 root root 13 2008-05-26 15:18 libncurses.so.5 - libtermcap.so 上面的libncurses.so.5就是soname, 其中ncurses是库名，5分别是主版本号(major)，当然也可以有次版本号(minor)和发行号(release)。(类似于libncurses.so.5.0.0)；.so当然表示共享库了。通常soname只是real name的一个链接。 而libtermcap.so 是ncurse库的real-name, 也就是包含真实代码实现的文件。 libncurses.so 则是linker name,用于应用程序链接的时候的一个搜索名。它通常是soname的一个链接,形式为libname.so共享库的装载和设置共享库的装载：(1) 在所有基于GNU glibc的系统(当然包括Linux)中，在启动一个ELF二进制执行程序时，一个特殊的程序程序装载器会被自动装载并运行。在linux中，这个程序装载器就是/lib/ld-linux.so.X(X是版本号)。它会查找并装载应用程序所依赖的所有共享库。 被搜索的目录保存在/etc/ls.so.conf文件中，但一般/usr/local/lib并不在搜索之列，至少debian/ubuntu是这样。这似乎是一个系统失误，只好自己加上了。当然，如果程序的每次启