云端打包时选择armeabi-v7a不生效 uni-app打出来的包lib里依旧只有arm64-v8a

云端打包时选择armeabi-v7a不生效 uni-app打出来的包lib里依旧只有arm64-v8a

操作步骤：

  • 使用hbuilderx4.75完成云打包，项目支持cpu类型选择为armeabi-v7a

预期结果：

  • 打出来的包lib目录中有armeabi-v7a相关依赖库

实际结果：

  • 打出来的包lib目录中只有arm64-v8a相关依赖库

bug描述：

  • 同一个项目，代码配置无变动，在将hbuilderx升级为4.75后使用云打包打出来的包在安卓8.1上无法安装，

  • 然后发现在使用云打包时明明项目的manifest.json文件里配置的是

    "abiFilters" : [ "armeabi-v7a" ]

  • 但是云打包打出来的包解压缩后发现lib目录下只有arm64-v8a依赖库，无armeabi-v7a相关库

  • 以前旧版本hbuilderx打出来的包正常，包含armeabi-v7a，可正常安装在安卓8.1上

  • 已把最新包和历史包相关截图给出，并给出最新包的下载地址和项目配置文件，最新包于 2025-08-12 17:53:32.375打包成功

bug资料.zip


更多关于云端打包时选择armeabi-v7a不生效 uni-app打出来的包lib里依旧只有arm64-v8a的实战教程也可以访问 https://www.itying.com/category-93-b0.html

3 回复

私信发下appid，并重新提交云端打包，我们查询云端打包日志。

更多关于云端打包时选择armeabi-v7a不生效 uni-app打出来的包lib里依旧只有arm64-v8a的实战教程也可以访问 https://www.itying.com/category-93-b0.html


+1， 楼主解决了吗，我用的是4.76版本的，勾选了armeabi-v7a和arm64-v8a，同样打包出来也只有arm64-v8a

这是一个已知的HBuilderX 4.75版本云端打包的兼容性问题。在Android平台打包时，即使manifest.json中明确配置了"abiFilters": ["armeabi-v7a"]，云端打包服务仍然会默认包含arm64-v8a架构，导致生成的APK中缺少armeabi-v7a库文件。

临时解决方案：

  1. 在manifest.json的App模块配置中，同时添加armeabi-v7a和arm64-v8a支持：
"abiFilters": ["armeabi-v7a", "arm64-v8a"]
回到顶部