Linux动态库文件 soname realname linkname 详解
先明白动态库文件的3个名字
soname ：通过gcc/g++ -soname,libtest2.so.1 设置他是程序中连接文件的时候找的文件，本身为一个连接，他包含大版本，如果任何小版本的变化，直接替换到
realname，然后ln -s 建立同样的soname 到新的realname文件即可，不需要重新编译程序。
realname：是动态库文件的真实的名字及-o libtest2.so.1.1 生成的，sonanme 软连接指向它，虽然程序连接的时候找到的soname但是通过连接找到实际的
realname，他包含大版本和小版本。
linkname：这个可有可无，但是如果要，他不包含版本信息，在g++的时候应该使用这个名字，避免版本改动重新编译makefile，如果哪天大版本也发生了变化
使用linkname是版本无关的任然能够编译通过。我们只需要重新建立linkname的指向到新版本即可
比如：
libtest2.so.1.1 为realname
libtest2.so.1 为soname
libtest2.so 为linkname
编译或者使用makefile的时候应该尽量使用linkname，而不是使用realname
如
g++ main.cpp libtest2.so
1、生成目标文件，二进制机器码未连接，使用-c，-g为可以调试
g++ -fPIC -c -g t2.cpp {可以多个}
生成.o的机器码文件没有连接 -fPIC代码位置无关
2、生成动态库文件
g++ -shared -Wl,-soname,libtest2.so.1 -o libtest2.so.1.1 t2.o {可以多个}
生成soname为libtest2.so.1真实名字为libtest2.so.1.1的动态库文件文件名字为relname
1.1为主版本和发行版
readelf -d libtest2.so.1.1
可以查看soname和relname
3、生成soname软连接
/etc/ld.so.conf 加入一行 /home/linuxidc/CPLUSPLUS/part9
执行ldconfig自动生成soname
同时搜索库文件文件也会搜索/etc/ld.so.conf的新配置的目录下的soname
或者指定目录生成soname
ldconfig -n /home/linuxidc/CPLUSPLUS/part9
生成连接连接实际上就是soname指向realname
或者
也可以使用ln -s 来建立soname
ln -s /home/linuxidc/CPLUSPLUS/part9/libfu.so.1.1 /home/linuxidc/CPLUSPLUS/part9/libfu.so.1
后两种方式需要修改
LD_LIBRARY_PATH环境变量指向这个目录/home/linuxidc/CPLUSPLUS/part9/
因为默认不会再自定义的目录下面早除非指定了
/etc/ld.so.conf并且ldconfig生效了
4、
g++ main.cpp libtest2.so.1.1 不推荐这种方式应该使用linkname见下面
5、
ldd a.out
查看程序需要的库文件，这里表示出来的是soname位置，而不是rename或者linkname
程序动态连接实际上如果有soname就会找到soname
建立linkname
如 lns -s libtest2.so.1.1 libtest2.so
这里的libtest2.so 就是一个link name
那么我们编译的时候
就是
g++ main.cpp libtest2.so 代替掉第四步
用户的soname和realname文件及linkname文件全部放到 /usr/lib下，这种情况下只要有soname正确的指向了，就
不需要修改，当然也可以随意
这里使用soname放到/usr/lib下其他放到当前目录
当前realname文件在目录/home/linuxidc/CPLUSPLUS/part9/
生成soname，使用ln -s方法
sudo ln -s /home/linuxidc/CPLUSPLUS/part9/libfu.so.1.1 /usr/lib/libfu.so.1
sudo ln -s /home/linuxidc/CPLUSPLUS/part9/libfu2.so.1.10 /usr/lib/libfu2.so.1
生成linkname，使用ln -s
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ln -s libfu.so.1.1 libfu.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ln -s libfu2.so.1.10 libfu2.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ g++ main.cpp libfu.so libfu2.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ldd a.out
linux-vdso.so.1 => (0x00007ffccb799000)
libfu.so.1 => /usr/lib/libfu.so.1 (0x00007f1be882e000)
libfu2.so.1 => /usr/lib/libfu2.so.1 (0x00007f1be862c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f1be8328000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1be7f63000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1be7c5d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1be8a31000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f1be7a47000)
如果mv任何一个realname文件出错
linuxidc@linuxidc:~/CPLUSPLUS/part9$ mv libfu.so.1.1 libfu.so.1.1bak
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ./a.out
./a.out: error while loading shared libraries: libfu.so.1: cannot open shared object file: No such file or directory
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ldd a.out
linux-vdso.so.1 => (0x00007ffcedde5000)
libfu.so.1 => not found ---这里soname就找不到了
libfu2.so.1 => /usr/lib/libfu2.so.1 (0x00007fd86e4f1000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd86e1ed000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd86de28000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd86db22000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd86e6f3000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd86d90c000)
当然soname也可以放到任何目录，如我随意放了一个目录为
/home/linuxidc/CPLUSPLUS/part9/lib
而
realname文件在
/home/linuxidc/CPLUSPLUS/part9
那么显然在/usr/lib下找不到这个soname，那么我们需要做的就是
export LD_LIBRARY_PATH=/home/linuxidc/CPLUSPLUS/part9/lib
让g++程序能够找到这个soname，或者修改/etc/ld.so.conf并且ldconfig生效了
但是一般情况下linkname soname realname都在同一个目录下，这里只是想说明
程序执行的时候要找的只是soname的位置，而soname指向了realname
最后
g++ t2.cpp -fPIC -shared -o libtest2.so.1.10 不生成soname 的方式，不推荐这种方式,这种方式