背景

之前写过JNI的文章，在JNI实践过程中，也涉及到对动态库/静态库的一些编译实践，这里统一记录一下。

动态库（.so文件）

• 注意：-fPIC编译选项可使GCC生成位置无关代码，简单来说生成的代码中的函数与全局变量均为相对地址，通过GOT (Global offset table)来确定其位置，这种方式引入了一层额外的间接性，会有一定的性能损失。

gcc -c -W -Wall -Werror -fpic foo.c
gcc -shared -o libfoo.so foo.o
gcc -L/home/username/foo -W -Wall -o test main.c -lfoo

• 在linux配置动态库使用位置，有如下两种方式：
  1. 使用环境变量来可配置的使用动态库

export LD_LIBRARY_PATH=/home/username/foo:$LD_LIBRARY_PATH
#只有导出这个环境变量才能被子进程继承
./test

2. 使用rpath指定动态库的绝对路径

unset LD_LIBRARY_PATH
gcc -L/home/username/foo -Wl,-rpath=/home/username/foo -Wall -o test main.c -lfoo
./test

• 将动态库就安装到系统中，这样编译时就可以不加-L

cp /home/username/foo/libfoo.so /usr/lib
#/usr/lib是32位 /usr/lib64是64位
chmod 0755 /usr/lib/libfoo.so
ldconfig

• 查看动态库

nm -D libmyfunc.so

静态库(.a文件)

• 静态库实际上是一组目标文件（object files）的打包，可以通过工具（例如ar）将它们组合成一个归档文件（archive file）。

gcc -c myfunc.c -o myfunc.o
ar rcs libmyfunc.a myfunc.o
#查看这个静态库里面都打包了什么obj文件
ar tf myfunc.a
#查看静态库中都有哪些符号
nm myfunc.a

关于GLIBC

我们知道Linux Kernel是使用GNC C编译器编译的，那么GLIBC是我们肯定要用到的库，Kernel和GLIBC两者的版本关系在link时确定，所以我们要保证不要自行升级GLIBC，否则会导致kernel无法启动。

• 查看动态库关联的GLIBC版本：

ldd -v myexample.so

• 查看动态库中的所有符号

nm -D myexample.so