type
status
date
slug
summary
tags
category
icon
password
URL-TEXT
在C++开发中，我们经常会遇到需要更新共享库（
.so文件）的情况。特别是当我们对共享库进行了功能扩展，比如新增了枚举或方法。这篇博客将探讨在不重新编译依赖工程的情况下，如何使用更新后的共享库，并通过示例进行说明。📝 动态库升级的兼容性问题探索
在不重新编译工程的情况下使用更新的共享库（.so文件）
在C++开发中，我们经常会遇到需要更新共享库（
.so文件）的情况。特别是当我们对共享库进行了功能扩展，比如新增了枚举或方法。这篇博客将探讨在不重新编译依赖工程的情况下，如何使用更新后的共享库，并通过示例进行说明。一、向后兼容性
向后兼容性指的是在对共享库进行修改或扩展后，原有的接口和行为不受影响。也就是说，新增的枚举和方法不会改变现有接口的布局或行为。因此，只要你不修改已有的接口，原有的二进制文件（如依赖这个共享库的工程）仍然可以正常调用旧的接口。
二、动态链接
共享库的动态链接机制允许程序在运行时加载最新版本的共享库。这意味着，当我们更新了共享库后，依赖该库的工程在下次运行时会自动使用新的共享库。
三、注意事项
- 符号解析：如果新增的方法或枚举在依赖工程中未被使用，则依赖工程并不需要知道这些符号的存在。符号解析只会影响到已经存在的方法和变量。
- ABI兼容性：保证新增的方法和枚举不会破坏原有的ABI（应用二进制接口）。如果改变了已有的接口（例如修改函数签名，删除函数等），那么重新编译依赖工程是必要的。
- 版本控制：最好对共享库进行版本控制，例如使用
SONAME，以便在重大修改时可以区分不同的库版本，防止旧的工程在不兼容的情况下加载新库。
四、示例
假设我们有一个共享库
libexample.so，最初版本定义如下：在更新后的版本中，我们新增了一个枚举和一个新方法：
假设依赖这个共享库的工程
a如下：我们编译和运行a工程：
此时，程序会输出：
在更新了
libexample.so后，如果我们没有修改main.cpp，直接运行程序：程序仍然会输出：
这是因为新增的枚举和方法不会影响已有的接口，动态链接机制会自动加载最新的共享库，而不需要重新编译a工程。
<ins/>
🤗 总结归纳
通过以上分析和示例，我们可以得出结论：在C++中，只要保证共享库的向后兼容性，在不破坏已有接口和ABI的前提下，可以在不重新编译依赖工程的情况下，直接使用更新后的共享库。这为开发过程中共享库的迭代和更新提供了极大的灵活性和便利性。
- 作者:木白
- 链接:https://www.xiebaiyuan.top/technology/dynamic_lib_update_learn
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。
