HarmonyOS 鸿蒙Next 升级到deveco studio 5 以后napi开发不能只编译armv7a了

IDE升级到5以后，在build-profile.json5 中配置abi，不支持只设置armv7a了，如果我没有其他版本的so库，怎么办呢？

“buildOption”: {
  “externalNativeOptions”: {
    “abiFilters”: [“armeabi-v7a”]
  },
}

报错：armeabi-v7a" not supported for OpenHarmony as the onlyoption.

yibo5220 1楼•25 天前

armv7a是一种32位的 ARM 架构，适用于较老的移动设备和嵌入式系统.如早期的 Android 设备、低功耗物联网设备等。OpenHarmony早期是armv7的,比如儿童手表；后来在手机上都是用的arm64-v8a 目前是只需要支持arm64-v8a就可以了。

deveco studio 5.0的工具只支持新系统，过于老的手机开发了也跑不起来。

h691938207 2楼•25 天前

可是目前rk3568的官方系统是32位的呀？openharmony不仅要用到手机上，其他嵌入式平台也有应用

h691938207 3楼•25 天前

在HarmonyOS鸿蒙Next升级到DevEco Studio 5后，napi开发确实面临了不能再只编译armv7a的限制。这是由于DevEco Studio 5及HarmonyOS的更新导致对编译架构的支持有所调整。

具体来说，由于当前不存在32位的HarmonyOS设备，系统不再支持编译armeabi-v7a（即armv7a）架构的so文件。因此，如果开发者在napi开发中遇到只能编译arm64-v8a而不能编译armv7a的问题，应当检查并更新项目的编译配置。通常，这涉及到修改build-profile.json5文件中的abiFilters字段，删除armeabi-v7a，仅保留arm64-v8a。

例如，原配置可能是：

"abiFilters": ["armeabi-v7a", "arm64-v8a"]

更新后应为：

"abiFilters": ["arm64-v8a"]

进行此类更改后，项目应能正常编译并适应64位架构。如果问题依旧没法解决请联系官网客服，官网地址是：https://www.itying.com/category-93-b0.html。