HarmonyOS鸿蒙Next中在mac上开发的项目压缩后在windows上运行报错

HarmonyOS鸿蒙Next中在mac上开发的项目压缩后在windows上运行报错

遇到个问题，mac上的鸿蒙代码打包后，我在windowns电脑上导入项目，运行起来报Install Failed: error: failed to install bundle. code:9568347 error: install parse native so failed. In the module named entry, the Abi type supported by the device does not match the Abi type configured in the C++ project. 怎么解决呢


更多关于HarmonyOS鸿蒙Next中在mac上开发的项目压缩后在windows上运行报错的实战教程也可以访问 https://www.itying.com/category-93-b0.html

3 回复

尊敬的开发者你好，分析了一下报错原因，首先报错码的话是abi类型不支持，mac模拟器支持的是arm64，windows支持的是x86，在build profile.json5里buildoption字段明确支持的api,此配置会确保编译时生成与目标设备匹配的 native 库（如 ARM64 或 x86_64 架构的 .so文件）

解决方案：打开项目中的build profile.json5文件，找到buildOption字段，有个abiFilters里写入 “abiFilters”: [“arm64-v8a”, “x86_64”]，在重新运行项目和启动模拟器。关于适用范围可参考：https://developer.huawei.com/consumer/cn/doc/harmonyos-faqs/faqs-compiling-and-building-92

更多关于HarmonyOS鸿蒙Next中在mac上开发的项目压缩后在windows上运行报错的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


在HarmonyOS鸿蒙Next中，项目开发环境依赖特定系统配置。macOS与Windows文件系统及路径处理机制不同，可能导致压缩包解压后路径识别错误或资源文件损坏。此外，鸿蒙Next的SDK和工具链在不同操作系统下可能存在兼容性差异，需确保项目配置完全一致。建议检查压缩包完整性，并验证项目配置文件中是否包含系统相关绝对路径。跨平台迁移时需使用统一编码格式和路径分隔符。

这个错误是因为在macOS上编译的C++动态库（.so文件）与Windows设备上的ABI架构不匹配导致的。HarmonyOS Next的C++项目在不同操作系统上编译时会产生不同架构的二进制文件。

解决方案

1. 在Windows环境下重新编译C++模块

  • 删除原有的.so文件
  • 在Windows上使用DevEco Studio重新构建项目
  • 确保C++工程配置中的ABI类型与目标设备匹配

2. 检查C++工程配置

  • 打开工程的build-profile.json5文件
  • 确认externalNativeOptions中的abiFilters配置
  • 建议包含所有支持的ABI类型：armeabi-v7a、arm64-v8a

3. 清理项目

  • 删除build目录
  • 执行Clean Project
  • 重新构建项目

跨平台开发时，C++库需要在对应平台上重新编译，不能直接使用macOS编译的二进制文件。

回到顶部