解决HarmonyOS中NDK引用第三方带版本号.so库的问题

问题背景

在HarmonyOS应用开发过程中，我遇到了一个挑战：如何在NDK开发中正确引用第三方带版本号的.so库。具体来说，我需要使用一个名为libcrypto.so.1.1的库，但在编译和运行时遇到了问题。这个问题不仅影响了我的开发进度，也让我对HarmonyOS的库支持能力产生了疑问。

问题分析

经过初步分析，我发现问题主要在于HarmonyOS当前仅支持带一位版本号的.so库，如libxxx.so.x。而libcrypto.so.1.1这种带两位版本号的库则不被支持。这导致在尝试加载库时，系统无法找到正确的文件，从而引发错误。

解决方案探索

为了解决这个问题，我开始探索可能的解决方案。首先，我尝试了修改库文件名，使其符合HarmonyOS的命名规则，但这种方法并未成功，因为库的内部依赖关系依然指向了原始的文件名。

接着，我查阅了HarmonyOS的官方文档和社区讨论，发现了一个潜在的解决方案：通过修改openssl的构建配置文件来支持动态库的编译。具体操作是在HPKBUILD文件中移除no-shared参数，并调整Makefile以允许使用带一位版本号的库。

实施步骤

1. 修改配置文件：我首先定位到了openssl的HPKBUILD文件，并从中移除了no-shared参数。
2. 调整Makefile：接着，我使用sed命令修改了Makefile，将SHLIB_EXT的定义改为.so，以适应HarmonyOS的库命名规则。
3. 重新编译：完成上述修改后，我重新编译了openssl库，确保它能够生成符合要求的动态库文件。

结果验证

经过这些步骤，我成功地编译出了能够在HarmonyOS上正确加载的动态库。在实际应用中测试后，我发现应用能够正常运行，不再出现之前的加载错误。

结论

通过这次经历，我深刻理解了在HarmonyOS中处理第三方库时可能遇到的问题及其解决方案。虽然目前系统对带两位版本号的库支持有限，但通过适当的配置调整，我们仍然可以克服这些限制，确保应用的顺利开发和运行。此外，我也了解到华为已经接纳了支持多位版本号库的需求，并计划在未来的版本中提供支持，这无疑将为开发者带来更大的便利。