linux动态库说法正确的是,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 的方式，不推荐这种方式,这种方式