鸿蒙5.0开发常见问题【Native侧如何对ArkTS传递的Object类型的数据、属性进行修改？】

于 2025-05-23 14:54:33 发布
阅读量770 收藏 15
点赞数 18
分类专栏： 鸿蒙开发 文章标签： harmonyos 华为 运维 鸿蒙系统 鸿蒙
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_70748845/article/details/148166422
版权

问题现象

A模块包含a.so，B模块包含b.so。a.so调用b.so的函数，b.so也调用a.so的函数。按照正常编译步骤，无论先编译哪个so，都会编译失败。

解决措施

通过dlopen和dlsym接口进行SO编译依赖解耦，将隐式依赖转换为显式依赖。具体示例代码如下：

  1. 修改代码和CMakeLists.txt文件，利用Native侧dlopen方法编译出liba.so和libb.so。生成的.so文件位于build/default/intermediates/cmake/default/obj目录下。

    （注意一定要用extern “C” {}括起来、不然不能识别到对应的函数导致编译出错）

// a.cpp
extern "C" {     // 一定要用extern "C" {}括起来
#include "a.h"
#include <dlfcn.h>
#include "stdio.h"
typedef int (*FUNC_SUB)(int, int);
int add(int a, int b) { return a + b; }
int getb(char *path, int a, int b) {       // path:从ArkTS侧传递So文件的沙箱路径（注意路径要从arkts侧传递、不然有可能找不到路径、具体代码后续会列出）
    void *handle = dlopen(path, RTLD_LAZY);  // 打开路径为path的动态链接库
    if (!handle) {
        return 0;
    }
    FUNC_SUB sub_func = (FUNC_SUB)dlsym(handle, "sub"); // 获取函数名为sub的函数
    int res = sub_func(a, b);                           // 调用函数
    dlclose(handle);                                    // close动态链接库
    return res;
}
}
// a.h
extern "C" {
#ifndef DemoSO_a_H
#define DemoSO_a_H
int add(int a, int b);
int getb(char *path, int a, int b);
#endif // DemoSO_a_H
}
// b.cpp
extern "C" {     // 一定要用extern "C" {}括起来
#include "b.h"
#include <dlfcn.h>
#include "stdio.h"
typedef int (*FUNC_ADD)(int, int);
int sub(int a, int b) { return a - b; }
int geta(char *path, int a, int b) {    // path:从ArkTS侧传递So文件的沙箱路径（注意路径要从arkts侧传递、不然有可能找不到路径、具体代码后续会列出）
    void *handle = dlopen(path, RTLD_LAZY);    // 打开路径为path的动态链接库
    if (!handle) {
        return 0;
    }
    FUNC_ADD add_func = (FUNC_ADD)dlsym(handle, "add");      // 获取函数名为add的函数
    int res = add_func(a, b);                                // 调用函数
    dlclose(handle);                                         // close动态链接库
    return res;
}
}
// b.h
extern "C" {
#ifndef DemoSO_b_H
#define DemoSO_b_H
int sub(int a, int b);
int geta(char *path, int a, int b);
#endif // DemoSO_b_H
}
// CMakeLists.txt
cmake_minimum_required(VERSION 3.4.1)
project(liba)
add_library(a SHARED a.cpp)                  // 编译库liba.so
target_link_libraries(a PUBLIC libace_napi.z.so libhilog_ndk.z.so)
project(libb)
add_library(b SHARED b.cpp)                  // 编译库libb.so
target_link_libraries(b PUBLIC libace_napi.z.so libhilog_ndk.z.so)

  1. 将生成的.so文件（相对路径：build/default/intermediates/cmake/default/obj）移动到libs目录。

    移动完成后，目录结构如下：

    外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

  2. 修改CMakeLists.txt文件，将编译生成的.so文件引入到工程中。

// CMakeLists.txt
cmake_minimum_required(VERSION 3.4.1)
project(DemoSO)
set(NATIVERENDER_ROOT_PATH ${CMAKE_CURRENT_SOURCE_DIR})
include_directories(${NATIVERENDER_ROOT_PATH}
                    ${NATIVERENDER_ROOT_PATH}/include)
add_library(demoso SHARED hello.cpp)                        // 添加libdemoso.so文件
// 添加依赖库liba.so、libb.so。 注意需要带上路径、不然无法找到对应的so库
target_link_libraries(demoso PUBLIC libace_napi.z.so ${CMAKE_CURRENT_SOURCE_DIR}/../../../libs/${OHOS_ARCH}/liba.so ${CMAKE_CURRENT_SOURCE_DIR}/../../../libs/${OHOS_ARCH}/libb.so)


// index.ets
import { hilog } from '@kit.LancetKit';
import testNapi from 'libdemoso.so';
@Entry
@Component
struct Index {
  @State message: string = 'Hello World';
  private path: string = '';


  build() {
    Row() {
      Column() {
        Text(this.message)
          .fontSize(50)
          .fontWeight(FontWeight.Bold)
          .onClick(() => {
            this.path = getContext(this).bundleCodeDir;   // 获取路径
            hilog.info(0x0000, 'testTag', 'Test NAPI 5 + 3 = %{public}d', testNapi.add(5, 3, this.path + '/libs/arm64/liba.so'));  // 调用native侧函数
            hilog.info(0x0000, 'testTag', 'Test NAPI 5 - 3 = %{public}d', testNapi.sub(5, 3, this.path + '/libs/arm64/libb.so'));
          })
      }
      .width('100%')
    }
    .height('100%')
  }
}


// index.d.ts
export const add: (a: number, b: number, path: string) => number;
export const sub: (a: number, b: number, path: string) => number;


// hello.cpp
#include "a.h"
#include "b.h"
#include "napi/native_api.h"


static napi_value Add(napi_env env, napi_callback_info info) {
    size_t requireArgc = 3;
    size_t argc = 3;
    napi_value args[3] = {nullptr};
    napi_get_cb_info(env, info, &argc, args, nullptr, nullptr);
    napi_valuetype valuetype0;
    napi_typeof(env, args[0], &valuetype0);
    napi_valuetype valuetype1;
    napi_typeof(env, args[1], &valuetype1);
    napi_valuetype valuetype2;
    napi_typeof(env, args[2], &valuetype2);
    int value0;
    napi_get_value_int32(env, args[0], &value0);
    int value1;
    napi_get_value_int32(env, args[1], &value1);
    char path[255];
    size_t size = 255;
    napi_get_value_string_utf8(env, args[2], path, 255, &size);
    int res = geta(path, value0, value1);                    // 调用函数并传递沙箱路径
    napi_value sum;
    napi_create_int32(env, res, &sum);
    return sum;
}
static napi_value Sub(napi_env env, napi_callback_info info) {
    size_t requireArgc = 3;
    size_t argc = 3;
    napi_value args[3] = {nullptr};
    napi_get_cb_info(env, info, &argc, args, nullptr, nullptr);
    napi_valuetype valuetype0;
    napi_typeof(env, args[0], &valuetype0);
    napi_valuetype valuetype1;
    napi_typeof(env, args[1], &valuetype1);
    napi_valuetype valuetype2;
    napi_typeof(env, args[2], &valuetype2);
    int value0;
    napi_get_value_int32(env, args[0], &value0);
    int value1;
    napi_get_value_int32(env, args[1], &value1);
    char path[255];
    size_t size = 255;
    napi_get_value_string_utf8(env, args[2], path, 255, &size);
    int res = getb(path, value0, value1);                 // 调用函数并传递沙箱路径
    napi_value sum;
    napi_create_int32(env, res, &sum);
    return sum;
}
EXTERN_C_START
static napi_value Init(napi_env env, napi_value exports) {
    napi_property_descriptor desc[] = {{"add", nullptr, Add, nullptr, nullptr, nullptr, napi_default, nullptr},
                                       {"sub", nullptr, Sub, nullptr, nullptr, nullptr, napi_default, nullptr}};
    napi_define_properties(env, exports, sizeof(desc) / sizeof(desc[0]), desc);
    return exports;
}
EXTERN_C_END


static napi_module demoModule = {
    .nm_version = 1,
    .nm_flags = 0,
    .nm_filename = nullptr,
    .nm_register_func = Init,
    .nm_modname = "demoso",
    .nm_priv = ((void *)0),
    .reserved = {0},
};
extern "C" __attribute__((constructor)) void RegisterDemosoModule(void) { napi_module_register(&demoModule); }

最后呢

很多开发朋友不知道需要学习那些鸿蒙技术？鸿蒙开发岗位需要掌握那些核心技术点？为此鸿蒙的开发学习必须要系统性的进行。

而网上有关鸿蒙的开发资料非常的少，假如你想学好鸿蒙的应用开发与系统底层开发。你可以参考这份资料，少走很多弯路，节省没必要的麻烦。由两位前阿里高级研发工程师联合打造的《鸿蒙NEXT星河版OpenHarmony开发文档》里面内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（Harmony NEXT）技术知识点

如果你是一名Android、Java、前端等等开发人员，想要转入鸿蒙方向发展。可以直接领取这份资料辅助你的学习。下面是鸿蒙开发的学习路线图。

在这里插入图片描述

针对鸿蒙成长路线打造的鸿蒙学习文档。话不多说，我们直接看详细鸿蒙（OpenHarmony ）手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门视频，帮助大家在技术的道路上更进一步。

  • 《鸿蒙 (OpenHarmony)开发学习视频》
  • 《鸿蒙生态应用开发V2.0白皮书》
  • 《鸿蒙 (OpenHarmony)开发基础到实战手册》
  • OpenHarmony北向、南向开发环境搭建
  • 《鸿蒙开发基础》
  • 《鸿蒙开发进阶》
  • 《鸿蒙开发实战》

在这里插入图片描述

总结

鸿蒙—作为国家主力推送的国产操作系统。部分的高校已经取消了安卓课程，从而开设鸿蒙课程；企业纷纷跟进启动了鸿蒙研发。

并且鸿蒙是完全具备无与伦比的机遇和潜力的；预计到年底将有 5,000 款的应用完成原生鸿蒙开发，未来将会支持 50 万款的应用。那么这么多的应用需要开发，也就意味着需要有更多的鸿蒙人才。鸿蒙开发工程师也将会迎来爆发式的增长，学习鸿蒙势在必行！ 自↓↓↓拿
1

如何使用命令行对RK开发板进行OpenHarmony版本烧录？
m0_64420071的博客
03-29 1810
开发版烧录
鸿蒙Harmony应用开发—ArkTS声明式开发（基础手势：RichText）
m0_64420071的博客
03-12 1636
ArkTS声明式开发（基础手势：RichText）
鸿蒙仓颉语言【cryptocj 库】（介绍与SHA、MD5、HMAC摘要算法）
鸿蒙的技术博客
07-24 1457
cryptocj 是一个安全的密码库，包括常用的密码算法、常用的密钥生成和签名验证。 该库是对 C 语言的 openSSL 封装的仓颉加密算法
鸿蒙媒体开发系列05——音频并发播放管理与音量管理
harmonyClassRoom的博客
09-19 1652
如果你也对鸿蒙开发感兴趣，加入“Harmony自习室”吧！扫描下方名片，关注公众号，公众号更新更快，同时也有更多学习资料和技术讨论群。多音频并发，即多个音频流同时播放。此场景下，如果系统不加管控，会造成多个音频流混音播放，容易让用户感到嘈杂，造成不好的用户体验。为了解决多个音频同时播放导致的混音混乱问题，系统预设了音频打断策略，对多音频播放的并发进行管控，只有持有音频焦点的音频流才可以正常播放，避免多个音频流无序并发播放的现象出现。当应用开始播放音频时，系统首先为相应的音频流申请音频焦点，获得焦点的音频流可
剪贴板服务
Android人生
09-10 1614
在main.xml中：       xmlns:android="http://schemas.android.com/apk/res/android"     android:layout_width="fill_parent"     android:layout_height="fill_parent"     android:orientation="vertical"  
鸿蒙开发5.0【使用Snapshot Insight分析ArkTS内存问题】
2301_76813281的博客
08-28 1345
当怀疑应用存在内存问题的时候，首先使用DevEco Profiler的Allocation Insight来度量内存在问题场景下的大小变化以及整体趋势，初步定界问题出现的位置（Native Heap/ArkTS Heap/dev等）。
鸿蒙开发5.0【ArkTS多线程能力入门】
2301_76813281的博客
08-16 1002
HarmonyOS应用的UI操作必须在主线程执行（如修改UI控件，更新视图这些操作必须在UI线程中进行），如果主线程出现阻塞，那么UI界面就会出现明显的卡顿。因此为了解决此类问题，我们需要将一些耗时的操作例如加载网络数据、查询本地文件、数据等放到子线程中，以提升应用的响应速度和性能。
鸿蒙5.0开发进阶：NDK开发-使用Node-API接口设置ArkTS对象的属性
Androidbye的博客
10-24 1048
使用Node-API接口获取和设置ArkTS对象的属性。
鸿蒙5.0开发进阶：NDK开发-使用Node-API接口进行object相关开发
Androidbye的博客
10-24 679
在Node-API接口开发中，经常需要定义和操作对象。
鸿蒙5.0&next开发【跨语言调用复杂参数传递开发】NDK开发
zhenggaoxiao232的博客
02-13 731
开发者为了提高程序运行效率，通常需要将一些运算量较大的内容放在C++环境中运行，因此经常需要进行ArkTS与C++之间的数据传递。本文以常见的五种数据类型：Array(uint8Array)、Object、HashMap、PixelMap、Class为例，向开发者介绍如何进行复杂参数的跨语言传递。
鸿蒙5.0开发【使用断点】ArkTS代码调试
鸿蒙的技术博客
11-12 530
DevEco Studio ArkTS支持行断点和异常断点，这些断点可以触发不同的操作。
OpenHarmony设备截屏的5种方式
OpenHarmony_dev的博客
08-29 1896
本文转载自OpenHarmony设备截屏的5种方式。
HarmonyOS实战开发-相机开发指导、拍照实现方案(ArkTS)
m0_70749039的博客
05-13 955
当前示例提供完整的拍照流程介绍，方便开发者了解完整的接口调用顺序。
鸿蒙开发（NEXT/API 12）【硬件（振动开发1）】振动
鸿蒙的技术博客
09-29 902
通过最大化开放马达器件能力，振动器模块服务拓展了原生马达服务，实现了振动与交互融合设计，从而打造出细腻精致的一体化振动体验和差异化体验，提升用户交互效率、易用性以及用户体验，并增强品牌竞争力。
鸿蒙开发（NEXT/API 12）【硬件（接入手写套件）】手写功能开发
鸿蒙的技术博客
09-27 556
接入手写套件后，可以在应用中创建手写功能界面。界面包括手写画布和笔刷工具栏两部分，手写画布部分支持手写笔和手指的书写效果绘制，笔刷工具栏部分提供多种笔刷和编辑工具，并支持对手写功能进行设置。接入手写套件后将自动开启一笔成形和报点预测功能，无需再单独接入。
鸿蒙开发学习笔记——自定义组件
Sweet7weight的博客
03-18 1341
鸿蒙自定义组件
鸿蒙ArkTS声明式组件：【RichText】
2401_82772199的博客
06-28 1369
定义段落。这是一个段落插入一个简单的换行符。这是一个段落这是换行段落规定文本的字体、字体尺寸、字体颜色。在标签中font size能够设置的值只有1到7的数字，默认值是3，由于标签在HTML 4.01中不建议使用，在XHTML1.0 Strict DTD中不支持，所以不建议使用此标签，请使用CSS代替。这是一段红色字体。定义HTML页面中的主题变化（比如话题的转移），并显示为一条水平线。这个一个段落这是一个段落用来定义图片。常用于组合块级元素，以便通过CSS来对这些元素进行格式化。
鸿蒙5.0开发【网络诊断】Network分析
鸿蒙的技术博客
11-19 987
工程目录下打开待测试模块（支持HAP、HAR、HSP模块）下的ets文件，将光标置于代码中任意位置，单击**右键 > Show Context Actions** **> Create Instrument Test**或快捷键**Alt+enter** **> Create Instrument Test**创建测试类。
鸿蒙API14开发【自定义组件使用说明】JS服务卡片UI组件
最新发布
鸿蒙的技术博客
03-07 681
自定义组件是用户根据业务需求，将已有的组件组合，封装成的新组件，可以在工程中多次调用，提高代码的可读性。自定义组件通过element引入到宿主页面
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值