我学习了《程序库HOWTO》。它提到可以使用soname来管理版本，如下所示。
gcc -shared -fPIC -Wl,-soname,libfoo.so.1 -o libfoo.so.1.0.0 foo.c
ln -s libfoo.so.1.0.0 libfoo.so.1
ln -s libfoo.so.1 libfoo.so
而我得到的信息是，如果未设置soname，则它将等于libfoo.so.1.0.0，可以在这里查看答案。
而我发现即使没有soname也可以工作，如下所示：
gcc -shared -fPIC -o libfoo.so.1.0.0 foo.c
ln -s libfoo.so.1.0.0 libfoo.so.1
ln -s libfoo.so.1 libfoo.so
所以我认为唯一有用的点是，当你使用 readelf -d libfoo.so 命令检查共享库时，soname 选项可以告诉你共享库的版本。
它还能做什么？
soname用于指示您的库支持哪些二进制API兼容性。
SONAME在编译时由链接器使用，从库文件中确定实际目标库版本。gcc -lNAME将寻找libNAME.so链接或文件，然后捕获它的SONAME，这肯定会更具体（例如 libnuke.so 链接到包含 SONAME libnuke.so.0 的 libnuke.so.0.1.4）。
在运行时，它将链接到此，然后设置为ELF动态部分NEEDED，然后应该存在具有此名称的库（或其链接）。
在运行时，SONAME被忽略，因此仅需要链接或文件存在即可。
备注：SONAME仅在链接/构建时强制执行，而不是在运行时。
可以使用'objdump -p file | grep SONAME'查看库的'SONAME'。 可以使用'objdump -p file | grep NEEDED'查看二进制文件的'NEEDED'。
[编辑]警告：以下是一般性说明，不是Linux中部署的说明。请参阅结尾。
假设您有一个名为 libnuke.so.1.2 的库，并且您开发了一个新的 libnuke 库：
[编辑]完整版：Linux案例。
在Linux的实际应用中，SONAME具有特定的形式： lib[NAME][API-VERSION].so.[major-version] major-version只是一个整数值，每次主要库更改时增加。 默认情况下，API-VERSION为空。
例如libnuke.so.0
然后真实的文件名包含次要版本和子版本，例如：libnuke.so.0.1.5
我认为不提供SONAME是一种不良做法，因为重命名文件将改变其行为。
{a} stand for primary version, should changes when APIs changes(which making things incompatible).
{b} stand for sub version, should changes by adding APIs.
{c} stand for mirror version, should changes by bug fixing or optimizing
这是一个支持Johann Klasek的回答的例子。
简而言之，SONAME在运行时需要。在编译时，只需要链接器名称或真实名称（例如g++ main.cpp -L. -ladd 或 g++ main.cpp -L. -l:libadd.so.1.1）。链接器名称和真实名称的定义请参见《程序库指南：3.共享库》。
源树：
├── add.cpp
├── add.h
├── main.cpp
└── Makefile
Makefile：
SOURCE_FILE=add.cpp
# main.cpp includes `add.h`, whose implementation is `add.cpp`
MAIN_FILE=main.cpp
SONAME=libadd.so.1
REAL_NAME=libadd.so.1.1
LINKER_NAME=libadd.so
OUTPUT_FILE=a.out
all:
g++ -shared -fPIC -Wl,-soname,${SONAME} -o ${REAL_NAME} ${SOURCE_FILE}
ln -s ${REAL_NAME} ${LINKER_NAME}
g++ main.cpp -I. -L. -ladd -o ${OUTPUT_FILE}
# Same as `ldconfig -n .`, creates a symbolic link
ln -s ${REAL_NAME} ${SONAME}
#./a.out: error while loading shared libraries: libadd.so.1: cannot open
# shared object file: No such file or directory
LD_LIBRARY_PATH=. ./${OUTPUT_FILE}
clean:
rm ${SONAME} ${REAL_NAME} ${LINKER_NAME} ${OUTPUT_FILE}
soname，那么dlopen就无法工作。auto pB = dlopen("./libB.so", RTLD_LAZY | RTLD_GLOBAL);
auto pA = dlopen("./libA.so", RTLD_LAZY | RTLD_GLOBAL);
libx.so的文件，并使用SONAMElibx.so.1编译和链接，直到您在Android上运行它时才会出错。因为Android始终期望文件名以.so结尾，如果SONAME是带版本号的，则加载该库将失败。 如果这是一个开源库，您可以修改构建文件，否则rpl可能是您唯一的选择。 - vesperto