在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号）
- 库的本体
