soversion软链接必须用绝对路径，相对路径跨目录会失效；需保留旧版链接、新增主版本链接，确保abi兼容；软链接属主须与目标一致，禁止chmod，上线前须验证断链、soname及ldconfig注册。
SOVERSION软链接必须用绝对路径创建
相对路径在跨目录部署或切换工作目录后会立即失效。比如在/opt/myapp下执行ln -s ../lib/libfoo.so.2.1.0 libfoo.so.2，当用户从/home/user运行程序时，链接解析失败，ldd报not found。
正确做法是统一用绝对路径：
ln -sf /usr/lib/x86_64-linux-gnu/libfoo.so.2.1.0 /usr/lib/x86_64-linux-gnu/libfoo.so.2
-
readlink -f /usr/lib/x86_64-linux-gnu/libfoo.so.2必须返回一个真实存在的绝对路径 - 所有
libxxx.so.M链接都应指向同级目录下的libxxx.so.M.m.p文件，不能跨分区或挂载点 - CI/CD流水线中禁止用
pwd拼接路径，应硬编码或通过CMake install DESTINATION生成
SOVERSION变更时必须重建主版本软链接
当ABI不兼容（如结构体字段重排、虚函数表变动），SOVERSION从2升到3，不能只改libfoo.so.2指向新文件——这会导致旧程序加载失败且无提示。
必须同时保留旧链接并新增主版本链接：
- 保留
libfoo.so.2 -> libfoo.so.2.1.0（供旧程序继续使用） - 新建
libfoo.so.3 -> libfoo.so.3.0.0（供新程序链接） -
libfoo.so（无版本号）应始终指向当前默认兼容版本，如libfoo.so.3
错误操作：ln -sf libfoo.so.3.0.0 libfoo.so.2 —— 这会破坏所有依赖libfoo.so.2的二进制程序。
软链接权限和属主要显式对齐目标文件
软链接自身的权限位（如lrwxrwxrwx）不影响访问控制，但某些安全审计工具或容器运行时会校验属主一致性。若目标库属主是root:root，而链接属主是build:build，可能触发策略告警。
- 创建后立即执行：
sudo chown root:root /usr/lib/x86_64-linux-gnu/libfoo.so.3 - 禁止对软链接执行
chmod——它不会改变目标权限，反而让ls -l输出产生误导 - 验证命令：
stat -c "%U:%G %N" /usr/lib/x86_64-linux-gnu/libfoo.so.3 /usr/lib/x86_64-linux-gnu/libfoo.so.3.0.0输出应一致
上线前必须验证断链和符号绑定
仅检查链接存在不等于能正常加载。常见漏检点：目标文件被strip掉符号、SONAME未匹配、或链接器缓存未更新。
- 查断链：
find /usr/lib/x86_64-linux-gnu -name "libfoo.so.*" -type l ! -exec test -e {} \; -print - 查SONAME是否匹配：
objdump -p libfoo.so.3.0.0 | grep SONAME应输出SONAME libfoo.so.3 - 清缓存并测试：
sudo ldconfig -v 2>/dev/null | grep foo确认libfoo.so.3已注册 - 最后用
ldd跑一个最小测试程序，观察是否真正解析到新版本
最容易被忽略的是SONAME与软链接名不一致——比如编译时指定-Wl,-soname,libfoo.so.4，但软链接仍叫libfoo.so.3，此时ldconfig不会将其纳入搜索路径，运行时必报错。
