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

问题现象

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值