在Linux机器上，有没有发现那些动态库文件的形式一般都是libxxx.so->libxxx.so.a->libxxx.so.a.b.c，好好一个库文件，弄出三个文件干啥？这些幺蛾子就是为了达到Linux共享库版本管理的目的。

real name, soname, link name

要想解决相关疑惑，得到搜索引擎上搜“real name soname link name”，才能找到更多说明。

• libxxx.so.a.b.c是这个库的real name，库的内容就实实在在地在这个文件里，所以相当real了，其中的a，b，c一般是主版本号，小版本号和build号
• libxxx.so.a是soname，它是在加载动态库时搜索的文件名，这个名字是在用户程序编译阶段，由real name文件告诉目标文件的，其中的a是主版本号
• libxxx.so是link name，这个最干净的名字是给用户程序编译时链接用的

实践

代码

• test.c

extern void myprintf(char *msg);

int main(int argc, char **argv)
{
    myprintf("hello world!\n");
    return 0;
}

• myprintf.c

#include <stdio.h>

void myprintf(char *msg){
    printf("%s", msg);
}

纯净套路

#gcc myprintf.c -c -fPIC -shared -o libmyprintf.so
#gcc test.c -L. -lmyprintf -o test && ./test
hello world!

那么问题来了，如果要更换版本，就不得不把libmyprintf.so文件覆盖掉。如果发现新版本不好用，怎么退版？

改进套路

• 编译库文件

#gcc -fPIC -o myprintf.o -c myprintf.c
#gcc -shared -Wl,-soname,libmyprintf.so -o libmyprintf.so.0.0.0 myprintf.o
#ln -s libmyprintf.so.0.0.0 libmyprintf.so
#ls -l
...
lrwxrwxrwx ... libmyprintf.so -> libmyprintf.so.0.0.0
-rwxr-xr-x ... libmyprintf.so.0.0.0
...

• 库文件中的soname

readelf -d libmyprintf.so.0.0.0 | grep soname
0x000000000000000e (SONAME)             Library soname: [libmyprintf.so]

• 直接运行会失败，因为动态加载器找不到库文件

gcc test.c -L. -lmyprintf -o test && ./test
./test: error while loading shared libraries: libmyprintf.so: cannot open shared object file: No such file or directory
ldd test
        ...
        libmyprintf.so => not found
        ...

• 修改动态加载库目录后，运行成功

export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH
ldd test
        ...
        libmyprintf.so => ./libmyprintf.so (0x00007fb7a2322000)
        ...
./test
hello world!

进版问题就这样解决了，以后更新只要把新的libmyprintf.so.x.x.x放进来，然后将libmyprintf.so的指向目标换一下就行了，想退回旧版，直接指回来就行了。

真实情况

真实情况下，用的是3个文件，上面的例子实际上是将link name和soname文件合二为一了，现实使用中情况如下

• link name
  • 作用是在编译时让编译器找到这个库，所以它的名字必须是干净的
• soname
  • 名字是动态加载器认定的名字，这个名字是编译动态库的时候指定的
  • 名字中带有主版本号
• real name
  • 名字中有详细完整的版本号（主版本号、小版本号、build号）
  • 库的本体