分发Linux共享库时为何配套同目录符号链接 不直接使用真实so文件？

通常Linux下共享库的真实文件会遵循 lib[库名].so.[主版本号].[次版本号].[修订号] 的命名规则，同目录下的符号链接一般分为两类：一类是仅带主版本号的 lib[库名].so.[主版本号]，供程序运行时加载使用；另一类是不带版本号的 lib[库名].so，供编译链接阶段使用。这么设计的核心原因包括以下几点：

• 版本兼容与多版本共存：同一个库的不同主版本可以同时存在于系统中，不会互相覆盖冲突。程序编译时会记录依赖的共享库主版本号，运行时只会查找对应主版本的软链指向的真实文件。后续库发布小版本更新、bug修复时，只需要修改对应主版本软链的指向即可，所有依赖该主版本的程序无需重新编译就能使用新版库，适配成本极低。如果直接使用带完整版本号的真实文件，每次库升级都要重新编译所有关联程序，完全不符合生产环境的使用需求。
• 简化开发链接流程：开发者编译程序时，只需要通过 -l[库名] 的参数指定链接的库，链接器会自动查找标准库目录下不带版本号的 lib[库名].so 软链，无需开发者手动输入完整的库版本号。如果没有该软链，开发者每次编译都要先确认当前系统安装的库的完整版本号，编译配置会变得非常繁琐。
• 平滑升级无业务中断：如果直接覆盖正在运行的程序依赖的真实库文件，会触发正在运行的进程崩溃。有软链的情况下，可以先把新版库的真实文件放到同目录，再原子性修改软链指向新版文件，正在运行的进程会继续使用已经加载的旧版库文件，新启动的进程会自动调用新版库，全程不需要停服，升级操作完全平滑。
• 版本切换便捷易排查：如果需要回滚到旧版库，只需要修改软链指向旧版真实文件即可，不需要删除、替换文件，操作成本极低，出现兼容性问题时也可以快速恢复。

内容的提问来源于stack exchange，提问作者Zvi Vered