HarmonyOS 鸿蒙Next deveco的openharmony native项目，依赖的三方库版本号过长会导致不会推送到设备中

使用DevEco创建Native C++工程，工程里要使用到部分三方库，调试中发现，三方库的版本号过长会导致其推送到设备失败。

具体现象：如下图中依赖的三方库libcurl.so.4、libcrypto.so.81.1.1，编译运行项目时，设备中只有libcurl.so.4，而没有libcrypto.so.81.1.1，排查了多次发现so后的版本号只能有一个，超过一个就推送不到设备中

cmakelists配置如下

yibo5220 1楼

目前只支持so后面带一位版本号，比如so.1, so.2

更多关于HarmonyOS 鸿蒙Next deveco的openharmony native项目，依赖的三方库版本号过长会导致不会推送到设备中的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

sinazl 2楼

在HarmonyOS中，使用DevEco Studio开发OpenHarmony Native项目时，如果依赖的三方库版本号过长，可能会导致无法将应用推送到设备中。这是由于鸿蒙系统的构建工具在处理依赖库版本号时，对版本号的长度有一定的限制。如果版本号超过了这个限制，构建工具可能无法正确解析或处理该依赖，从而导致推送失败。

具体来说，版本号过长可能会影响构建过程中的依赖解析、打包或部署等环节。为了避免这个问题，建议尽量使用较短的版本号，或者确保版本号在系统允许的长度范围内。如果必须使用较长的版本号，可以尝试缩短版本号的长度，或者将依赖库的版本号控制在合理的范围内。