OpenHarmony之系统调用

最新推荐文章于 2025-02-13 17:37:33 发布
原创 最新推荐文章于 2025-02-13 17:37:33 发布 · 1k 阅读 · 11 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#OpenHarmony #系统调用

OpenHarmony之系统调用 | DD'NotesOpenHarmony之系统调用背景对于运行L0系统的硬件一般是mcu，资源有限，L0系统没有区分内核态和用户态，所有的代码都在内核态运行，所以不需要系统调用L2系统用的是Linux内核，所以系统调用跟Linux Kernel的是一样的。可以参见我之前的博文Linux之系统调用 所以我们主要来看看L1系统中系统调用机制的是怎么实现的。 后面的分析基于如下版本： OpenHarmony v3.3.icon-default.png?t=N7T8https://notes.z-dd.online/2023/11/06/OpenHarmony%E4%B9%8B%E7%B3%BB%E7%BB%9F%E8%B0%83%E7%94%A8/

OpenHarmony之系统调用
背景
对于运行L0系统的硬件一般是mcu，资源有限，L0系统没有区分内核态和用户态，所有的代码都在内核态运行，所以不需要系统调用
L2系统用的是Linux内核，所以系统调用跟Linux Kernel的是一样的。可以参见我之前的博文Linux之系统调用

所以我们主要来看看L1系统中系统调用机制的是怎么实现的。

后面的分析基于如下版本：

O

最低0.47元/天 解锁文章
OpenHarmony的前世今生
斌擎科技
12-03 1574
OpenHarmony 是由开放原子开源基金会（OpenAtom Foundation）孵化及运营的开源项目，目标是面向全场景、全连接、全智能时代，基于开源的方式，搭建一个智能终端设备操作系统的框架和平台，促进万物互联产业的繁荣发展。
OpenHarmony轻量系统服务管理|系统服务间调用之对外接口详解
2401_87709219的博客
09-29 928
本文是对Samgr部分中子主题**IUnknown**的总体概述，相关代码文件位于`distributedschedule_samgr_lite\samgr\source`。对于**IUnknown**的分析思路是采用1篇总体概述+n篇代码标注的方式进行技术分享。在本文中提到的数据结构或函数的详细分析可以在文末的附录中找到，其中也包含了许多优秀代码的分析。
proj88-openHarmonyOS-Cross-Device-Control:基于openHarmony操作系统添加跨设备互联接口并实现跨设备应用
04-16
proj88-openHarmonyOS-Cross-Device-Control 项目名称 基于openHarmony操作系统，为操作系统添加一个跨设备互联接口，并使用openharmony的跨设备互联能力与自己构建的接口实现一个跨设备应用。 项目描述 openHarmony中提供了远程调用接口和数据库互联功能，但是二者在直接的使用上并不能完美应对所有的功能需求。 目前提供的功能如下：跨设备传递调用Ability信息，跨设备数据库互通。但是没有实现跨设备的功能信息传递（A设备上直接通过某个API向B设备发送某种Ability内的控制信号）。 本实验的目标是在openHarmony上面实现新的远端调用接口，实现外部功能的传递api，从而完成跨设备互联接口，该接口的实现方式不限（包括但不限于系统能力、开发库）。 所属赛道 2021全国大学生操作系统比赛的“OS功能设计”赛道 参赛要求 以小组
OpenHarmony南向之Audio
DD'Notes
11-23 1245
OpenHarmony南向之Audio音频架构Audio驱动框架基于HDF驱动框架实现，包含内核态（KHDF），和用户态（UHDF）， 对北向提供音频HDI接口 音频框架图 驱动架构主要由以下几部分组成。drivers/hdf_core/framework/model/audio及 device/board/xxx/yyy/audio_drivers等: ADM相关驱动，KHDF部分。Audio驱动框架基于HDF驱动框架实现，包含内核态（KHDF），和用户态（UHDF）， 对北向提供音频HDI接口。
向鸿蒙内核添加一个开辟内存的系统调用
m0_63566592的博客
12-13 200
修改鸿蒙内核代码，添加系统调用
【鸿蒙南向开发】OpenHarmony内核系统调用hats测试用例编写指南
CTrup的博客
11-05 960
根据 accept4 属于 net 类，因此在 test/xts/hats/kernel/syscalls 目录下创建 net 目录，然后在 net 目录下创建 accept4 目录，同步修改各自的 BUILD.gn
【鸿蒙OH 5.0】OpenHarmony轻量系统服务管理|系统服务间调用之对外接口详解
xiaolizibie的博客
02-13 1049
本文是对Samgr部分中子主题IUnknown的总体概述，相关代码文件位于。对于IUnknown的分析思路是采用1篇总体概述+n篇代码标注的方式进行技术分享。在本文中提到的数据结构或函数的详细分析可以在文末的附录中找到，其中也包含了许多优秀代码的分析。IUnknown是鸿蒙系统中非常重要的一个概念，作为服务或功能间交互的对外接口。当创建一个服务或功能时，需要为其绑定一个对外接口。其他的服务可以通过这个接口和它交互。下面给出IUnknown。
OpenHarmony—Linux之系统调用
2401_82546228的博客
01-14 1390
Linux系统分为内核态和用户态，两者是相互隔离的。为了防止各种应用程序可能对系统资源的破坏，用户态的应用程序是没有权限直接去访问系统资源的，当需要访问时，就需要通过系统调用。系统调用是内核提供给用户态应用程序的一系列统一接口，标准库或API在系统调用的基础上做了进一步抽象和封装。用户态的应用程序可以直接进行系统调用，也可以通过标准库或API来调用一个系统调用有很多个步骤，其中一个很重要的就是用户态和内核态相互切换，包括CPU模式的切换， 内核栈、用户栈的保护与处理等用户态 | 内核态。
OpenHarmony下musl编译工具链普法
IT先森
03-06 4157
LLVM 成长之后已成为众多编译工具及低级工具技术的统称，使得这个名字变得更不贴切，所以开发者决定放弃这个缩写的涵义，现在 LLVM 已独立成为一个品牌，适用于 LLVM 下的所有项目，包括 LLVM 中介码、LLVM 除错工具、LLVM cpp 标准库等。对于一个比较大的第三方库，其头文件和库文件的数量是比较多的，如果我们一个个手动地写，那将是相当的麻烦的。事实上，pkg-config只是一个工具，所以不是你安装了一个第三方库，pkg-config就能知道第三方库的头文件和库文件的位置的。
OpenHarmony NDK工具（上）
weixin_58069108的博客
03-13 6046
在OpenHarmony应用开发中选择Native C ++开发方式需要使用OpenHarmony NDK工具，或者想移植一个C/C ++的三方库到OpenHarmony中也可以使用NDK。NDK使用到的编译工具是cmake，也就是CMakeLists.txt那一套。Native C ++应用开发方式可以做直接编译三方库的so库再利用NAPI框架实现能力的调用（只需要在三方库原生的CMakeLists.txt中修改小部分的内容就可以实现）。
浅聊OpenHarmony
qq_41698119的博客
12-29 3663
接触OpenHarmony快一年了，这里简单总结下自己对OpenHarmony的理解，如果有不对的地方，欢迎来讨论。OpenHarmony是什么？了解这个之前我们可以先来看看什么是开源？
【OpenHarmony】系统应用权限管控与签名
最简示例破局！基础用法秒会，深层原理不绕弯。
09-15 3716
底层由BundleMgr提供了判断是否是三方应用的能力。上层是否是系统应用取决于签名时的字段，如果是则为普通应用，是则为系统应用。
移植openharmony到STM32H743IIT6【记录帖】
weixin_44311136的博客
04-27 4679
记录一下移植openharmony到STM32H743IIT6的过程
OpenHarmony 启动流程优化
weixin_44205232的博客
07-10 2485
平台：润和的rk3568分支:openharmony release 3.2​ 目前rk3568的开机时间有21s，统计的是关机后从按下power按键到显示锁屏的时间，当对openharmony的系统进行了裁剪子系统，系统app，禁用部分服务后发现开机时间仅仅提高到了20.94s 优化微乎其微。在对init进程的log进行分析并解决其中的时间断层后 开机时长优化到了16.5s左右，可以说是一个非常大的进步了，下面详细讲一下优化的过程。
OpenHarmony一站式开发环境搭建
心之所向
06-13 2383
我搭建完环境后，在VSCode里面去编译项目时没有成功，找了很久也没能解决这个问题，所以短期内打算先不使用这个一站式开发了## 5.3执行prebuilts在源码根目录下执行prebuilts脚本，安装编译器及二进制工具。```c中间如果提示pip版本过低，则升级一下将Python升级到3.6版本以上（Ubuntu）我搭建完环境后，在VSCode里面去编译项目时没有成功，找了很久也没能解决这个问题，所以短期内打算先不使用这个一站式开发了。
OpenHarmony内核编程实战
1
03-26 1466
或者说内核在一个操作系统中起到一个什么样的作用？相信初次接触这个词的伙伴们也会有同样的疑问。不过不用担心，笔者会尽可能地通俗地介绍内核的相关知识，以便大家能够更好地去体会内核编程。我们先来看一张图，这是OpenHarmony官网发布的技术架构图我们可以看到最底层叫做内核层，有Linux，LiteOS等。内核在整个架构，或者操作系统中起到一个核心作用，他负责管理计算机系统内的资源和硬件设备，提供给顶层的应用层一个统一规范的接口，从而使得整个系统能够完成应用与硬件的交互。
OpenHarmony USB 免驱打印探索
miao_pa_si的博客
10-14 2312
在现代智能设备生态系统中，打印功能扮演着不可或缺的角色。OpenHarmony 作为一个新兴的开源操作系统，正在快速发展并不断完善其功能生态。然而，在打印领域，OpenHarmony 仍面临着一些挑战。当前，OpenHarmony 主要支持两种打印方式：通过网络连接的打印机进行打印，或者通过硬件厂商为特定打印机型号开发的自定义驱动程序实现打印。这种现状限制了用户的选择，尤其是对于那些不支持网络打印或没有专门驱动的 USB 打印机而言，用户将无法在 OpenHarmony 系统中直接使用这些设备。
OpenHarmonyOS开发快速入门
amphetham的博客
05-20 1701
快速入门教程传送
Openharmony中napi调用SA的流程
最新发布
08-09
在 OpenHarmony 系统中，NAPI（Native API）是一种用于构建原生模块的接口机制，允许开发者通过 C/C++ 编写模块，然后在 JS 层进行调用。SA（System Ability）是系统能力的抽象，代表系统提供的服务，例如音频、显示、设备管理等。NAPI 调用 SA 的实现流程主要涉及 JS 层、NAPI 桥接层和 SA 服务层的交互。 ### 实现步骤 #### 1. 定义 NAPI 模块接口 在 NAPI 层，需要定义一个模块接口，将 C/C++ 函数暴露给 JS 调用。通常通过 `napi_module` 结构体注册模块，并指定模块的入口函数。例如： ```cpp static napi_value Init(napi_env env, napi_value exports) { napi_property_descriptor descriptors[] = { { "invokeSA", nullptr, InvokeSA, nullptr, nullptr, napi_default, nullptr }, }; napi_define_properties(env, exports, sizeof(descriptors) / sizeof(descriptors[0]), descriptors); return exports; } EXTERN_C_START static napi_module g_module = { .nm_version = 1, .nm_flags = 0, .nm_filename = nullptr, .nm_register_func = Init, .nm_modname = "saInvoker", .nm_priv = ((void*)0), .reserved = { 0 }, }; EXTERN_C_END extern "C" __attribute__((constructor)) void RegisterModule(void) { napi_module_register(&g_module); } ``` #### 2. 实现 SA 调用逻辑 在 `InvokeSA` 函数中，通过 `SystemAbilityManager` 获取 SA 实例，并调用其接口。例如： ```cpp napi_value InvokeSA(napi_env env, napi_callback_info info) { // 获取 SA 管理服务 sptr<ISystemAbilityManager> samgr = SystemAbilityManagerClient::GetInstance(); if (samgr == nullptr) { // 处理错误 } // 获取 SA 实例，假设 SA ID 为 1234 sptr<IRemoteObject> saObject = samgr->GetSystemAbility(1234); if (saObject == nullptr) { // 处理错误 } // 获取 SA 接口代理 sptr<ISystemAbility> saProxy = iface_cast<ISystemAbility>(saObject); if (saProxy == nullptr) { // 处理错误 } // 调用 SA 接口 int result = saProxy->DoSomething(); // 将结果返回给 JS 层 napi_value jsResult; napi_create_int32(env, result, &jsResult); return jsResult; } ``` #### 3. JS 层调用 NAPI 模块 在 JS 层，通过 `require` 加载 NAPI 模块，并调用其导出的函数： ```javascript const saInvoker = require('saInvoker'); saInvoker.invokeSA().then(result => { console.log(`SA 返回结果: ${result}`); }); ``` #### 4. SA 服务端实现 SA 服务端通常由系统服务提供者实现，继承 `SystemAbility` 类，并实现具体的接口逻辑。例如： ```cpp class MySystemAbility : public SystemAbility { public: MySystemAbility(int32_t systemAbilityId, bool runOnCreate) : SystemAbility(systemAbilityId, runOnCreate) {} int DoSomething() override { // 实现具体逻辑 return 0; } }; ``` SA 服务会在系统启动时注册到 `SystemAbilityManager`，供其他模块调用。 ### 注意事项 - **权限管理**：调用 SA 时，需要确保当前应用具有访问该 SA 的权限。部分 SA 可能需要特定的系统权限才能调用。 - **异步处理**：SA 调用通常是异步的，特别是在涉及跨进程通信（IPC）时。需要确保 NAPI 函数能够正确处理异步操作，避免阻塞主线程。 - **错误处理**：在 NAPI 和 SA 调用过程中，应充分考虑错误处理机制，确保系统的健壮性。 通过上述步骤，开发者可以在 OpenHarmony 中实现通过 NAPI 调用 SA 服务的功能，充分利用系统能力进行应用开发[^1]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值