Linux下静态库(.a)和动态库(.so) 的生成与使用

“

很多崩溃其实都发生在安静里，你坐在那里一动不动，内心世界却已经坍塌粉碎，一地狼藉。

”

关于库~

作为开发者应该不陌生~

经常会生成或使用一些库，包括.a和.s以及.dll~

先来介绍下常见的几种库吧：

.o 是目标对象文件,相当于windows中的.obj文件。可由一个或多个.c /.cpp来生成
.a 为静态库，可以是一个或多个.o合在一起,用于静态连接；多个.o文件可以链接生成一个.exe的可执行文件。静态库在程序编译时会被连接到目标代码中，相当于将你使用库里的函数加载到程序里，在编译的时候直接编译进去，这样，在编译之后执行程序时将不再需要该静态库。编译之后程序文件大，但加载快，隔离性也好。所以它的优点就显而易见了，即编译后的执行程序不需要外部的函数库支持，因为所有使用的函数都已经被编译进去了。当然这也会成为它的缺点，因为如果静态函数库改变了，那么你的程序必须重新编译。
.so 为动态库(共享库)，类似windows平台的.dll文件。动态库在程序编译时并不会被连接到目标代码中，而是在编译时仅引用，体积小，在程序运行到相关函数时才调用函数库里的相应函数，才被载入，因此在程序运行时还需要动态库存在。多个应用程序可以使用同一个动态库，启动多个应用程序的时候，只需要将动态库加载到内存一次即可。
.la 为libtool生成的共享库，其实是个配置文档。可以用$file *.la查看*.la文件，或用vi来查看。

简而言之：

静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。

动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

下面来说一说如何得到并使用这几种文件~

一：生成.o文件

gcc -c test1.c test2.c

g++ -c test1.cpp test2.cpp

生成test1.o和test2.o，并不链接对象，所以不是可执行文件。不用-o参数。

二：生成.a并使用

ar -r libtest.a test1.o test2.o 或者 ar rcs libtest.a test1.o test2.o

使用时：

加载a库，即用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件。

g++ -o main main.cpp -L. -ltest 或者 g++ -o main main.c libtest.a

-L. 代表当前路径

三：生成.so并使用

g++ test1.cpp test2.cpp -fPIC -shared -o libtest.so

也可以根据.o文件来生成

g++ -shared -fPIC -o libtest.so test1.o test2.o

使用时：

g++ -o main main.cpp -L. -ltest

注意：在动态库的使用时，由于其特殊性，编译器会到指定的目录去寻找动态库，所以你需要告诉编译器你库存放的路径，否则编译会报找不到库的错误，原因在于系统默认加载的动态链接库路径里没有找到你的动态库，有三种解决方法：

1.在执行g++ -o main main.cpp -L. -ltest 前，执行 export LD_LIBRARY_PATH=$(pwd)

或者： ❶g++ -o main main.cpp -L. -ltest -lstdc++

❷LD_LIBRARY_PATH=. ./main

2.将你.so所在的目录写到/etc/ld.so.conf文件里，然后执行sudo ldconfig。

3.将你的.so放在/etc/ld.so.conf里的路径位置里。

ending~

2018年7月28日17:05:20~

come on!