分类：
2010-06-27 07:10:37
动态库的概念是运行时载入 在系统中只有运行库的一份代码 不同的进程把这个动态库的代码映射到自己的进程空间
静态库的概念是link时载入 在每个程序中都有这个库的一份代码 不同的进程都有这份代码
动态库可以静态载入 也就是像我上面那个例子 程序启动时 程序查找这个动态库并把它映射到自己的进程空间中 如果查找不到 程序报错 启动不了
也可以动态载入 也就是启动时不载入 需要时再使用dlopen 打开动态库 然后使用dlsym得到导出的函数 最后使用dlclose关闭这个动态库 可以多次打开一个动态库
使用动态载入的程序 如果动态库查找不到时 并不会启动不了 而只会使用dlopen时报错
---------------------------------------------
（1） 使用编译选项 -fPIC ，产生与位置无关的代码
（2） 使用编译选项 -fvisibility=hidden 隐藏符号
（3） 使用链接选项 -shared 表示生成动态链接库
（4） 使用链接选项 -wl 将参数传递给链接器
（5） 使用链接选项 -soname 指定库名，注意不是库文件名
（6） 保险起见，显式链接 C 库，即指定 -lc ，保证得到所需的启动代码，避免程序在有不兼容版本 C 库的系统上无法启动
（7） 为对外输出符号加上特殊声明， __attribute__((visibility("default")))
（8） 为了让 GCC 编译链接时能找到非默认路径下的动态链接库，在 /etc/profile 中添加 GCC 的 LIBRARY_PATH 环境变量
（9） 为了让程序运行时能自动找到非默认路径下的动态链接库，在 /etc/ld.so.conf 中添加路径，然后用 /sbin/ldconfig 更新缓存
（10） 例子：
a) int func() __attribute__((visibility("default")));
b) gcc –fPIC –fvisibility=hidden –g –c xxx.c –o xxx.o
c) gcc –g –shared –Wl,-soname,libxyz.so –o libxyz.so.1.0 xxx.o
export LD_LIBRARY_PATH=thirdparty/lib 增加自己的 动态库路径
-------------------------------------
1.编写库的头文件和源文件.
2.把所有涉及到的源文件用如下方式编译为目标文件:
# g++/gcc -g -c -fPIC -o library1.o library1.cpp
# g++/gcc -g -c -fPIC -o library2.o library2.cpp
# ......
#
3.把所有的目标文件链接为动态库:
# g++/gcc -g -shared -Wl,-soname,libyourlibname.so -o libyourlibname.so.1.0.0 library1.o library2.o ... -lc
4.建立一个库名链接
# ln -s libyourlibname.so.1.0.0 libyourlibname.so
5.如何使用动态链接库
# 假如你的应用程序源代码叫test.cpp
# 采用如下方式编译:
# g++ -g -o test -L./ -lyourlibname test.cpp
6. 查看一个程序链接了哪些库用ldd
# ldd test
7.查看一个程序有哪些符号用nm
#nm test
8. 去除一个程序的符号表用strip
#strip test
9. 从程序中找出一些信息用 string
#strings test
关于Linux的动态共享库的设置
可执行程序找不到要链接的动态共享库，这是Linux上面编译和运行程序很容易碰到的问题，通过上面的小例子，我们已经大致了解共享库的一点基本原理，接下来我们要探讨一下怎么设置程序寻找动态共享库的行为。
Linux操作系统上面的动态共享库大致分为三类：
1.操作系统级别的共享库和基础的系统工具库
比方说libc.so, libz.so, libpthread.so等等，这些系统库会被放在/lib和/usr/lib目录下面，如果是64位操作系统，还会有/lib64和/usr /lib64目录。如果操作系统带有图形界面，那么还会有/usr/X11R6/lib目录，如果是64位操作系统，还有/usr/X11R6 /lib64目录。此外还可能有其他特定Linux版本的系统库目录。
这些系统库文件的完整和版本的正确，确保了Linux上面各种程序能够正常的运行。
2、应用程序级别的系统共享库
并非操作系统自带，但是可能被很多应用程序所共享的库，一般会被放在/usr/local/lib和/usr/local/lib64这两个目录下面。很多你自行编译安装的程序都会在编译的时候自动把/usr/local/lib加入gcc的-L参数，而在运行的时候自动到/usr/local/lib下面去寻找共享库。
以上两类的动态共享库，应用程序会自动寻找到他们，并不需要你额外的设置和担心。这是为什么呢？因为以上这些目录默认就被加入到动态链接程序的搜索路径里面了。Linux的系统共享库搜索路径定义在/etc/ld.so.conf这个配置文件里面。这个文件的内容格式大致如下：
假设我们自己编译安装的ImageMagick图形库在/usr/local/ImageMagick目录下面，并且希望其他应用程序都可以使用ImageMagick的动态共享库，那么我们只需要把/usr/local/ImageMagick/lib目录加入/etc /ld.so.conf文件里面，然后执行：ldconfig 命令即可。
ldcofig将搜索以上所有的目录，为共享库建立一个缓存文件/etc/ld.so.cache。为了确认ldconfig已经搜索到ImageMagick的库，我们可以用上面介绍的strings命令从ld.so.cache里面抽取文本信息来检查一下：
strings /etc/ld.so.cache | grep ImageMagick
输出结果为：
已经成功了！
3、应用程序独享的动态共享库
有很多共享库只被特定的应用程序使用，那么就没有必要加入系统库路径，以免应用程序的共享库之间发生版本冲突。因此Linux还可以通过设置环境变量 LD_LIBRARY_PATH来临时指定应用程序的共享库搜索路径，就像我们上面举的那个例子一样，我们可以在应用程序的启动脚本里面预先设置 LD_LIBRARY_PATH，指定本应用程序附加的共享库搜索路径，从而让应用程序找到它。
