出处不详，原文基础上有所修改，原文作者看见可联系我，非常感谢！


1、动态库的编译
下面通过一个例子来介绍如何生成一个动态库。这里有一个头文件：so_test.h，一个.c文件：so_test.c，我们将这几个文件编译成一个动态库：libtest.so。


so_test.h：
#include <stdio.h>
#include <stdlib.h>
void test_a();
void test_b();
void test_c();


so_test.c：
#include "so_test.h"
void test_a()
{
    printf("this is in test_a...\n");
}

void test_b()
{
    printf("this is in test_b...\n");
}
void test_c()
{
    printf("this is in test_c...\n");
}
将这几个文件编译成一个动态库：libtest.so
    $ gcc so_test.c -fPIC -shared -o libtest.so


2、动态库的链接
在上文中，我们已经成功生成了一个自己的动态链接库libtest.so，下面我们通过一个程序来调用这个库里的函数。程序的源文件为：
main.c：
#include "so_test.h"
int main()
{
    test_a();
    test_b();
    test_c();
    return 0;
}
将test.c与动态库libtest.so链接生成执行文件test：
    $ gcc main.c -L. -ltest -o test
测试是否动态连接，如果列出libtest.so，那么应该是连接正常了
    $ ldd test
执行test，可以看到它是如何调用动态库中的函数的。


3、编译参数解析
最主要的是GCC命令行的一个选项:
    -shared 该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件
    -fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
    -L.：表示要连接的库在当前目录中
    -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称（所以如果有文件名类似libabc.so.9的库不能直接使用-labc，需要使用软链接或者重命名将版本后缀去掉才行）。而且要注意这个选项只是告诉编译器库文件的位置并且在编译阶段使用库文件进行链接，而在运行的时候并不会根据-L和-l选项加载库，而是从默认的库路径中寻找相应的库文件，默认的库路径为/lib、/usr/lib、/usr/local/lib等，需要增加库文件搜索路径或者将需要的库文件链接或者复制到默认库路径中去。

    这里我进行软链接的时候出现一个问题：

ls: cannot access '/usr/lib/libtest.so': Too many levels of symbolic links

出现这个问题是因为软链接的时候采用的是相对路径，所以才会报错，解决方式是采用绝对路径建立软链接：

ln -s /home/tq/work/so-test/libtest.so /usr/lib/libtest.so

或者一种简单快捷的方式：

ln -s $(pwd)/libtest.so /usr/lib/libtest.so

其中$(pwd)表示的是当前路径，这样运行test文件的时候就输出正常了。


    LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
当然如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出LD_LIBRARY_PATH的方法了。
4、注意
   调用动态库的时候有几个问题会经常碰到，有时，明明已经将库的头文件所在目录 通过 “-I” include进来了，库所在文件通过 “-L”参数引导，并指定了“-l”的库名，但通过ldd命令察看时，就是死活找不到你指定链接的so文件，这时你要作的就是通过修改LD_LIBRARY_PATH或者/etc/ld.so.conf文件来指定动态库的目录。通常这样做就可以解决库无法链接的问题了