HarmonyOS开发实战：服务进程管理配置

最新推荐文章于 2024-09-25 13:45:12 发布
最新推荐文章于 2024-09-25 13:45:12 发布
阅读量855 收藏 24
点赞数 10
分类专栏： 鸿蒙 OpenHarmony HarmonyOS 文章标签： harmonyos 华为 HarmonyOS linux 鸿蒙 鸿蒙系统 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_64422261/article/details/140294850
版权
鸿蒙 同时被 3 个专栏收录
164 篇文章 5 订阅
订阅专栏
HarmonyOS
162 篇文章 1 订阅
订阅专栏
OpenHarmony
152 篇文章 2 订阅
订阅专栏

 概述

服务管理主要通过init解析服务进程配置文件来实现，服务进程配置文件(xxx.cfg)可以根据业务场景按需配置服务，当前支持的增值服务包括启动控制、按需启动、命令执行、定时启动、fd代持、沙盒。

服务进程配置文件说明

  • 服务进程配置文件名：

    一般命名为：serviceName.cfg(serviceName 为服务进程名，例如：appspawn.cfg)

  • 服务进程配置文件格式：

    配置文件基于JSON格式，遵循JSON文件的基本规则

  • 服务进程配置文件的内容：

    配置文件内容主要包含以下字段，除必配字段外，其他字段根据服务特性选择性配置。

    表1 service配置字段说明
    点击领取→纯血版全套鸿蒙HarmonyOS学习资料（安全链接，放心点击）希望这一份鸿蒙学习资料能够给大家带来帮助，有需要的小伙伴自行领取

    字段名配置要求支持系统类型字段说明字段解释
    name必选小型系统和标准系统当前服务的服务名。(必选)类型：字符串； 服务名非空且长度<=32字节。
    path必选小型系统和标准系统当前服务的可执行文件全路径和参数，数组形式。 (必选)确保第一个数组元素为可执行文件路径、数组元素个数<=20。
    每个元素为字符串形式以及每个字符串长度<=64字节。
    uid必选小型系统和标准系统当前服务进程的uid值。类型：int、字符串。
    gid必选小型系统和标准系统当前服务进程的gid值。类型：int、int[]、字符串、字符串数组。
    once可选小型系统和标准系统当前服务进程是否为一次性进程。1：一次性进程，当该进程退出时，init不会重新启动该服务进程。
    0 : 常驻进程，当该进程退出时，init收到SIGCHLD信号并重新启动该服务进程。
    importance可选小型系统和标准系统
    标准系统：当前服务优先级
    小型系统：标记服务重要性
    标准系统中: 服务优先级取值范围 [-20， 19]，数值越小优先级越高，超出为无效设置。
    小型系统中：0 : 不重启系统；非0 : 重启系统
    caps可选小型系统和标准系统当前服务所需的capability值，根据安全子系统已支持的capability，评估所需的capability，遵循最小权限原则配置。类型：数字或者字符串数组，在配置数字时，按linux标准的capability进行配置。字符串时，使用标准定义的宏的名字进行配置。
    critical可选小型系统和标准系统为服务提供抑制机制，服务在配置时间 T 内，频繁重启次数超过设置次数 N 重启系统。
    类型：int[]，如："critical" : [M, N, T]，
    其中M：使能标志位（0：不使能；1：使能）， N：频繁拉起服务次数， T：时间(单位：秒)。 默认拉起服务次数：4次， 时间：240秒 。
    cpucore可选标准系统服务需要的绑定的CPU核心数类型：int型数组， 如"cpucore" : [N1, N2, ...], N1， N2均为需要绑定的cpu核索引， 如单核设备 cpucore : [0]。
    d-caps可选标准系统服务分布式能力。类型：字符串数组， 如 "d-caps" : ["OHOS_DMS"]。
    apl可选标准系统服务能力特权级别。类型：字符串， 如 "apl" : "system_core"。
    目前支持"system_core"（默认值）, "normal", "system_basic"。
    start-mode可选标准系统服务的启动模式。类型：字符串， 如 "start-mode" : "condition"。
    目前支持"boot", "normal", "condition"。具体说明参考：init服务启动控制。
    ondemand可选小型系统和标准系统按需启动服务的标志。类型：bool，如"ondemand" : true，小型系统只在Linux内核上支持。
    具体说明参考：init服务按需启动。
    disable可选小型系统和标准系统预留字段，无实际意义。无。
    sandbox可选标准系统沙盒功能是否打开。1：打开服务的沙盒功能 （默认值）。
    0：关闭服务的沙盒功能。
    socket可选标准系统配置socket属性相关设置由socket创建流程的服务需配置此项
    env可选标准系统配置服务的环境变量类型：键值对型数组
    支持同时配置多个环境变量，如：
    "env" : [{
    "name" : "SERVICE_NALE",
    "value" : "ueventd"},{
    "name" : "TEST",
    "value" : "test_value"
    }]
    period可选标准系统配置服务退出后的定时启动类型：int型，表示定时启动周期, 单位：秒
    使能后，服务退出后，会启动定时器，定时拉起服务,如："period" : 60，表示服务退出后，60s后定时拉起

    表2 socket字段说明

    字段名说明
    name当前socket的命名，不要求必须与服务同名，与服务名同样须满足非空且长度<=32字节。
    familysocket所属的地址族，目前支持的为服务创建的socket有AF_UNIX和AF_NETLINK族。
    typesocket的类型，目前支持的类型有基于连接的SOCK_SEQPACKET和SOCK_STREAM，还有基于UDP无连接的SOCK_DGRAM。
    protocolsocket通信遵循的协议类型，在无特殊需求的情况下，该值可配置为default缺省值，因为socket接口会自动根据socket地址族和类型选择合适的协议。此处除了default，并且支持NETLINK_KOBJECT_UEVENT协议类型。
    permissionssocket节点文件的权限。此项配置仅对如AF_UNIX地址族等有实体节点文件的socket类型有效。
    uidsocket节点文件的用户ID。此项配置仅对如AF_UNIX地址族等有实体节点文件的socket类型有效。
    gidsocket节点文件的组ID。此项配置仅对如AF_UNIX地址族等有实体节点文件的socket类型有效。
    optionsocket的可选配置。在调用setsockopt接口时传入设置，目前支持的option选项有SOCKET_OPTION_PASSCRED、SOCKET_OPTION_RCVBUFFORCE、SOCK_CLOEXEC和SOCK_NONBLOCK。

    • init服务启动控制(仅标准系统以上提供)

      init会根据用户的服务配置，把服务分成三类，在不同的阶段并行启动。

      • “boot”类型：对应系统中需要优先启动的服务，该类服务在“init”阶段启动。
      • “normal”类型：默认配置，对应系统中的普通服务，该类服务在“post-init"阶段启动。
      • “condition”类型：必须通过启动命令启动，通过在jobs中添加“start xxxx”来启动对应服务。

    • init服务支持命令执行(仅标准系统以上提供)

      init提供服务命令执行能力，在服务执行的不同阶段执行不同的命令。

      • "on-start"：在服务进程被fork后在子进程中执行，只对该进程产生影响。
      • "on-stop"：在服务停止时执行，在init进程中执行。
      • "on-restart"：在服务重启时执行，在init进程中执行。

      参考配置如下：

      "services" : [{
      "name" : "serviceName",
      "path" : ["/system/bin/serviceName"]
      "jobs" : {
          "on-boot" : "boot",
          "on-start" : "services:serviceName_start",
          "on-stop" : "services:serviceName_stop",
          "on-restart" : "services:serviceName_restart"
    }
},

    通过并行启动和命令执行能力，可以实现进程的并行启动。

    • init按需启动(仅标准系统以上提供)

      配置按需启动后，init进程不会启动对应的服务，只有服务被需要时才会被拉起。通过"ondemand"标记来控制服务是否被拉起。

      “ondemand”参考配置如下：

        "services" : [{
    "name" : "serviceName",
    "path" : ["/system/bin/serviceName"]
    "ondemand" : true
}]

    • SA进程按需启动

      具体参考 samgr组件(说明3)。

    • socket进程按需启动

      1. init进程在pre-fork阶段为socket类进程创建好socket，init进程中监听创建好的socket上的读写事件。
      2. socket上有读写事件后，init进程拉起socket进程对应的native服务，并取消对socket的监听，将socket交由相应的native服务管理。
      3. native服务无报文处理后，可以自动退出。init进程在回收子进程时会根据服务配置重新监听socket。

    • 热插拔服务进程按需启动

      进程可根据系统参数的变化进行热插拔事件按需启动处理。

    • init进程启动&回收能力增强

      进程启动时，支持在配置文件中配置服务进程的绑核、优先级、MAC信息以及AccessToken信息。

      • init提供修改*.cfg配置文件，为服务进程提供CPU绑核功能。
      • init提供修改*.cfg配置文件，为服务进程提供优先级设置。
      • init提供修改*.cfg配置文件，为服务提供MAC信息设置，即服务的SELinux标签（需要selinux支持）。
      • init提供修改*.cfg配置文件，为服务提供设置AccessToken, 为系统服务进程设置其分布式Capability能力（仅标准系统以上提供）。
      • init提供修改*.cfg配置文件，为服务提供抑制机制。

      服务进程启动&回收能力增强配置，如下：

      "services" : [{
    "name" : "serviceName",
    "path" : ["/system/bin/serviceName"]
    "importance" : 1,                  // 服务进程提供优先级设置
    "cpucore" : [0],                   // 服务进程提供CPU绑核功能
    "critical" : [1, 5, 10],           // 服务提供抑制机制
    "apl" : "normal",                  // 系统服务进程设置其分布式Capability能力
    "d-caps" : ["OHOS_DMS"],           // 系统服务进程设置其分布式Capability能力
    "secon" : "u:r:distributedsche:s0" // 服务的SELinux标签， "u:r:distributedsche:s0"为要设置的SELinux标签信息
}

    • 定时启动

      通过约定时间拉起服务， 若服务已拉起， 则不在重新拉起服务。具体命令参考： begetctl命令说明 。

      timer_start servicename timeout

服务进程创建基本流程

配置服务进程配置文件

服务进程代码编写完成后创建serviceName.cfg(serviceName 为服务进程名），并根据服务特性配置文件内容。

配置文件完成后，需要安装到对应目录，init中在/base/startup/init/services/etc/BUILD.gn文件配置如下：

ohos_prebuilt_etc("watchdog.cfg") {
  source = "//base/startup/init/services/etc/watchdog.cfg"
  relative_install_dir = "init"
  part_name = "init"
  subsystem_name = "startup"
}

ohos_prebuilt_etc("console.cfg") {
  source = "//base/startup/init/services/etc/console.cfg"
  relative_install_dir = "init"
  part_name = "init"
  subsystem_name = "startup"
}

服务进程及其配置文件创建完成后，需要在对应模块的bundle.json文件中添加其build路径,例如：

  "build": {
        "group_type": {
            "base_group": [],
            "fwk_group": [],
            "service_group": [
                "//base/startup/init/ueventd:startup_ueventd",
                "//base/startup/init/services/etc:ueventd.cfg"
            ]
          },
    }

配置服务进程的DAC权限

服务进程的DAC权限通过服务进程配置文件的gid, uid项来设置。

如果新增gid, uid需要在init模块的/init/services/etc/passwd文件和 /init/services/etc/group文件中添加。

  • passwd 文件说明：

  • passwd：每行记录对应一个用户，用户信息以":"作为分隔符，划分七个字段;如

    root:x:0:0:::/bin/false
bin:x:2:2:::/bin/false
system:x:1000:1000:::/bin/false

    字段含义

序号字段含义
第一个字段用户名用户名仅是为了方便用户记忆，如root，通过UID来识别用户身份，分配用户权限
第二个字段密码"x"表示此用户设有密码，但不是真正的密码，真正的密码保存在/etc/shadow文件
第三个字段UID用户ID，每个用户有唯一的UID，系统通过UID识别用户身份
UID在0 ~ 65535之间的数，不同范围的数字代表不同的用户身份
1. 0-超级用户，代表管理员账号
2. 1~499代表系统用户
3. >=500代表普通用户
第四个字段GID表示初始组组ID号，指用户登陆时就拥有这个用户组的相关权限。每个用户的初始组只能有一个，通常将和此用户的用户名相同的组名作为该用户的初始组。
第五个字段描述信息表示此用户的意义，多数情况为空。
第六个字段主目录通常称为用户的主(家)目录，如root的主目录为/root，多数情况为空
第七个字段默认shellshell是linux的命令解释器，用户和Linux内核之间沟通的桥梁shell命令解释器用于将用户输入的命令转换成系统可识别的机器语言通常情况下，Linux系统默认使用的命令解释器是/bin/bash

  • group 文件说明：

  • group：每行记录对应一个用户组，用户组信息以":"作为分隔符，划分四个字段;如：

    root:x:0:
bin:x:2:
system:x:1000:
servicectrl:x:1050:root,shell,system,samgr,hdf_devmgr,foundation,update

    字段含义

序号字段含义
第一个字段组名用户组的名称，例如：servicectrl就表示组名为servicectrl
第二个字段组密码标志和/etc/passwd文件一样，这里的“x”仅仅是密码标志，真正的加密之后的组密码保在/etc/gshdow文件中
第三个字段GID通过GID来区别不同的用户组的
第四个字段组中的用户表示的就是这个用户组中到底包含了哪些用户，例如：servicectrl 组的成员有root,shell,system,samgr,hdf_devmgr,foundation,update
  • 若gid,uid设置为root或system，则需要在对应产品目录下的security_config/high_privilege_process_list.json文件种添加白名单，例如：
  {
      "high_privilege_process_list": [
          {
              "name": "appspawn",
              "uid": "root",
              "gid": "root"
          },
          {
              "name": "console",
              "uid": "root"
          },
          {
              "name": "testService",
              "uid": "root",
              "gid": "root"
          },
          {
              "name": "media_service",
              "gid": ["root", "system"]
          },
          {
              "name": "misc",
              "uid": "root",
              "gid": "root"
          } ... ...
      ]
  }

配置进程的SELinux权限

  • 配置服务进程的SELinux权限

    1、首先可以先不配置selinux 标签，确认服务进程是否可以在permissive时可以启动起来，若可以启动，则无需配置。

    2、若需要配置selinux规则，首先要在服务进程的配置文件中通过“secon”项设置selinux 标签

    3、在selinux模块对服务进程的标签进行定义。具体如下：

    在base/security/selinux_adapter/sepolicy/base/system/file_contexts文件定义执行程序的标签，如：

      /system/bin/watchdog_service        u:object_r:watchdog_service_exec:s0
  /system/bin/hdcd        u:object_r:hdcd_exec:s0

    在base/security/selinux_adapter/sepolicy/base/public/type.te文件定义标签的作用域，如：

      type watchdog_service, sadomain, domain;
  type watchdog_service_exec, exec_attr, file_attr, system_file_attr;

系统进程服务错误码说明

错误码说明

枚举枚举值错误信息说明
INIT_OK0执行成功
INIT_EPARAMETER1parameter接口参数无效
INIT_EFORMAT2Format string fail字符串格式化错误
INIT_ECFG3cfg errorcfg解析错误
INIT_EPATH4Invalid path服务path配置错误
INIT_EFORK5Fork failfork子进程失败
INIT_ESANDBOX6Create sandbox fail服务进沙盒失败
INIT_EACCESSTOKEN7Set access token fail设置access token失败
INIT_ESOCKET8Create socket fail创建socket失败
INIT_EFILE9Create file fail创建文件失败
INIT_ECONSOLE10Open console fail打开console失败
INIT_EHOLDER11Publish holder failPublish holder失败
INIT_EBINDCORE12Bind core fail绑核失败
INIT_EKEEPCAP13Set keep capability fail设置keep capability失败
INIT_EGIDSET14Set gid fail设置服务gid失败
INIT_ESECCOMP15Set SECCOMP fail设置服务安全策略
INIT_EUIDSET16Set uid fail设置服务uid失败
INIT_ECAP17Set capability fail设置服务capability失败
INIT_EWRITEPID18Write pid failpid写入失败
INIT_ECONTENT19Set sub content fail设置服务安全上下文失败
INIT_EPRIORITY20Set priority fail设置服务优先级失败
INIT_EEXEC_CONTENT21Set exec content fail设置selinux标签失败
INIT_EEXEC22Exec fail执行exec失败

服务进程配置实例：

服务示例代码展示

服务示例配置展示

接口说明

表3 服务控制接口介绍

函数名函数解释参数解释
int ServiceControlWithExtra(const char *serviceName, int action, const char *extArgv[], int extArgc)配置服务参数返回值：成功返回0，失败返回-1
参数:
serviceName: 服务名
action: 服务行为（"start", "stop", "restart"）
extArgv: 参数数组
extArgc: 参数个数
int ServiceControl(const char *serviceName, int action)控制服务行为返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名
action: 服务行为（"start"， "stop", "restart")
int ServiceWaitForStatus(const char *serviceName, ServiceStatus status, int waitTimeout)等待服务状态返回值：成功返回0， 失败返回-1。
参数：
serviceName: 服务名
status: 返回服务状态
超时时间
int ServiceSetReady(const char *serviceName)设置服务准备返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名
int StartServiceByTimer(const char *serviceName, uint64_t timeout)定时启动服务返回值：成功返回0，失败返回-1
参数:
serviceName: 服务名
timeout: 超时时间
int StopServiceTimer(const char *serviceName)停止服务计时器返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名

  • 服务控制接口为特权接口，因此需要配置DAC和selinux权限，具体如下：

  • 服务控制接口配置DAC，需要修改/base/startup/init/services/etc/group文件，在组servicectrl中添加对应的用户id，例如：

```
servicectrl:x:1050:root,shell,system,samgr,hdf_devmgr
```

  • 服务控制接口的selinux配置

    服务控制接口配置selinux，需要在init.te文件中添加该服务接口所需要的selinux权限，例如为init、samgr、hdf_devmgr等服务配置系统参数写权限：

    allow { init samgr hdf_devmgr } servicectrl_param:parameter_service { set };

约束与限制

仅限小型系统、标准系统下使用。

最后

有很多小伙伴不知道学习哪些鸿蒙开发技术？不知道需要重点掌握哪些鸿蒙应用开发知识点？但是又不知道从哪里下手，而且学习时频繁踩坑，最终浪费大量时间。所以本人整理了一些比较合适的鸿蒙（HarmonyOS NEXT）学习路径和一些资料的整理供小伙伴学习

点击领取→纯血鸿蒙Next全套最新学习资料希望这一份鸿蒙学习资料能够给大家带来帮助，有需要的小伙伴自行领取~~

一、鸿蒙（HarmonyOS NEXT）最新学习路线

​

有了路线图，怎么能没有学习资料呢，小编也准备了一份联合鸿蒙官方发布笔记整理收纳的一套系统性的鸿蒙（OpenHarmony ）学习手册（共计1236页）与鸿蒙（OpenHarmony ）开发入门教学视频，内容包含：（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、Harmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）…等技术知识点。

获取以上完整版高清学习路线，请点击→纯血版全套鸿蒙HarmonyOS学习资料

二、HarmonyOS Next 最新全套视频教程

​

三、《鸿蒙 (OpenHarmony)开发基础到实战手册》

OpenHarmony北向、南向开发环境搭建

​

四、大厂面试必问面试题

​

五、鸿蒙南向开发技术

​

六、鸿蒙APP开发必备

​

​


完整鸿蒙HarmonyOS学习资料，请点击→纯血版全套鸿蒙HarmonyOS学习资料

总结
总的来说，华为鸿蒙不再兼容安卓，对中年程序员来说是一个挑战，也是一个机会。只有积极应对变化，不断学习和提升自己，他们才能在这个变革的时代中立于不败之地。 

                        

RK3568开发板，开机后一直不断重启【Bug已解决-鸿蒙】
一键难忘的博客
12-23 2613
在解决RK3568开发板持续重启问题的过程中，我们首先通过查看系统日志确认了崩溃或报错退出的服务，进而定位了问题的根本原因。通过修复代码或更新服务，确保崩溃或报错的服务能够正常运行。针对服务退出时设备触发重启的问题，我们将相关服务的“importance”属性修改为0，从而避免不必要的设备重启。随后，我们进行了重新烧写镜像的步骤，确保修复后的服务得以应用。在重新烧写镜像时，也要确保使用的镜像是正确的，没有损坏或错误。
从零开始的HarmonyOS Next开发指南：打造HarmonyOS NEXT元服务
一键难忘的博客
05-26 5963
DevEco Studio 4.0是一个集成开发环境（IDE），专门为开发者提供一站式的HarmonyOS应用和服务开发支持。以下是DevEco Studio 4.0的一些主要特点：高效智能代码编辑：支持多种语言，如ArkTS、JavaScript、C/C++等，提供代码高亮、智能补齐、错误检查、自动跳转、格式化、查找等功能，以提升代码编写的效率。低代码可视化开发：拥有丰富的UI界面编辑能力，支持自由拖拽组件和可视化数据绑定，能够快速预览效果，所见即所得。
OpenHarmony南向设备开发：标准系统（基于RK3568开发板）
初一十五的博客
09-24 1011
下方将展示如何在单板上运行第一个应用程序..........
鸿蒙HarmonyOS实战：Appspawn应用孵化启动恢复常见问题总结
weixin_55362248的博客
08-22 755
由于ueventd服务是按需启动的服务，其设备启动后，首先从环境变量中拿到init为其创建的socket的fd。根据上述报错打印可知，是获取环境变量的值失败
OpenHarmony实战：轻量级系统内核移植
m0_64420071的博客
04-02 1640
芯片架构的移植是内核移植的基础
OpenHarmony南向开发案例：【 智能家居中控】
m0_62167422的博客
04-23 2308
智能家居。今天打造的这一款全新智能家庭控制系统，凸显应用在智能控制和用户体验的特点，开创国内智能家居系统体验新局面。新的系统主要应用在鸿蒙生态。
OpenHarmony南向开发：New IP内核协议栈规范
v_maniu110的博客
07-18 882
目前WiFi协议报文，三层报头和地址开销使得报文开销大，传输效率较低。
鸿蒙HarmonyOS开发实战—安全管理（权限开发）_鸿蒙 权限
2301_79985178的博客
04-27 981
HarmonyOS为了保证应用对外提供的接口不被恶意调用，需要对调用接口的调用者进行鉴权。大多情况下，系统已定义的权限满足了应用的基本需要，若有特殊的访问控制需要，应用可在config.json中以"defPermissions": []属性来定义新的权限，并通过“availableScope”和“grantMode”两个属性分别确定权限的开放范围和授权方式，使得权限定义更加灵活且易于理解。
鸿蒙HarmonyOS实战-Stage模型（进程模型）_鸿蒙 stage 进程
2401_84181108的博客
04-21 703
动态订阅是在应用运行时，动态地调用公共事件订阅的API来实现对公共事件的订阅。这种方式适用于需要根据业务逻辑动态决定是否订阅某个公共事件的情况。例如，一个电子商务应用可能在用户下单时订阅订单创建事件，但在取消订单时取消订阅。静态订阅是通过配置文件声明和实现继承自StaticSubscriberExtensionAbility的类来实现对公共事件的订阅。这种方式适用于需要一直订阅某个公共事件而不需要动态调整订阅的情况。例如，一个日志服务可能一直订阅用户登录事件，以记录用户的登录日志。
鸿蒙（HarmonyOS）开发遇到头文件无法使用的问题，如何解决？
**My Coding Family**
07-25 1069
🏆本文收录于《CSDN问答解惑-专业版》专栏，主要记录项目实战过程中的Bug之前因后果及提供真实有效的解决方案，希望能够助你一臂之力，帮你早日登顶实现财富自由🚀；同时，欢迎大家关注&&收藏&&订阅！持续更新中，up！up！up！！
鸿蒙HarmonyOS实战-Web组件（基本使用和属性）_harmonyos web交互(1)
2401_84181108的博客
04-21 1077
对于某个网站进行位置权限管理的过程中，开发者可以通过onGeolocationShow()接口来向用户请求位置权限。该接口会触发一个位置权限请求对话框，用户可以选择是否授权该网站获取设备的位置信息。当网页请求在新窗口中打开时，应用将收到Web组件的新窗口事件，可以通过onWindowNew()接口来处理此事件。如果权限被授予，前端页面将能够获取设备的位置信息。在进行位置权限请求之前，开发者需要在应用的配置文件中添加ohos.permission.LOCATION权限，以确保应用有权限获取设备的位置信息。
OpenHarmony（鸿蒙南向）——平台驱动开发【PIN】
最新发布
鸿蒙开发知识记录
09-25 1034
PIN即管脚控制器，用于统一管理各SoC的管脚资源，对外提供管脚复用功能。PIN模块主要用于管脚资源管理。在各SoC对接HDF框架时，需要来适配PIN驱动。下文将介绍如何进行PIN驱动适配。
openHarmony南向开发笔记（一）开发环境搭建
weixin_45785598的博客
08-27 1677
笔者在学习open Harmony开发之前干了一年的STM32、ESP32、CH573等单片机开发。由于工作需要开始学习open Harmony，笔者将通过本系列笔记分享我的学习心得和技巧。
【鸿蒙南向开发】OpenHarmony驱动框架解读和开发实践
HarmonyOS_666的博客
07-31 1221
在 IoT 时代下，终端设备差异较大、形态各异、尺寸各异、交互方式各异，解决设备适配问题无疑是实现万物互联的一个关键。但是，在驱动框架的开发和部署过程中，由于，这就使得 OEM 厂商部署系统的时候需要投入大量的精力来适配和维护驱动代码。能否提供了一个跨芯片平台、跨内核的驱动框架，使得设备驱动软件可以在不同的设备上运行？OpenHarmony 作为一个自主研发、全新技术生态的全领域下一代开源操作系统，提供了一套驱动框架来满足此诉求。下面我们将带着大家解读 OpenHarmony 驱动框架。
OpenHarmony应用开启Service以及完成自启动和常驻
龚礼鹏的博客
05-28 1298
由于有需求实现一个后台常驻服务，这里就是来实现在鸿蒙里面如何实现后台服务并且实现自启动和常驻。
浅谈Openharmony系统服务框架Samgr
DaHuangXiao的博客
04-09 4094
前言 在刚接触 Samgr 时笔者根本不知道其设计初衷是啥（水平较菜，刚接触C语言），尽管官方文档对其进行了介绍，但仍有种听君一席话胜读一席话的感觉。为此，笔者花了一天对其进行探究和学习，将笔记梳理并记录于本文。 Samgr概念 官方说明 官方仓 https://gitee.com/openharmony/distributedschedule_samgr_lite 对其解释如下: 由于平台资源有限，且硬件平台多样，因此需要屏蔽不同硬件架构和平台资源的不同、以及运行形态的不同，提供统一化的系统服务开发框架。
RK3568平台(PMU:Rk817)去掉电池之后，系统无法开机的解决方法
jinron10的专栏
07-22 7989
1、硬件设计的原理 带电池开机的RK817的PMU电路图： 不带电池的开机的RK817的PMU电路图： 从RK817芯片手册得知道： 所以从以上得知，当板子硬件设计不带电池的时候，需要修改RK817 IC的输入充电电流的限制。正常带电池启动时，RK817的充电电流限制在450mA。 而不带电池启动时，RK817的充电电流需要放开限制，调整到最大3A,同时需要修改u-boot和内核对不带电池不启动系统的限制。 2、u-boot对不带电池限制启动的修改 u-boo...
OpenHarmony恢复启动子系统init进程之服务启动
isoftstone_HOS的博客
10-20 3121
首先执行job，如果开发者的进程在启动之前需要首先执行一些操作（例如创建文件夹），可以把操作放到pre-init中先执行。一般pre-init阶段主要是为后面启动服务做准备的，比如挂载目录,设置权限，启动uevent、watchdog等,uevent主要是有些服务需要响应插拔事件才会被拉起。执行job介绍：job名说明pre-init最先执行的job，如果开发者的进程在启动之前需要首先执行一些操作（例如创建文件夹），可以把操作放到pre-init中先执行。init中间执行的job，例如服务启动。post-i
OpenHarmony分布式调度详解|Service和Feature的定义和注册(1)
MNxiaona666的博客
09-11 954
在进行分布式任务调度之前，首先要对分布式Service和Feature进行注册，注册Feature之前需要注册一个与之同名的Service，Feature才能注册成功。// 该定义实现了面向对象中构造函数的概念/*** INHERIT_SERVICE包含了所有Service都要有的成员* GetName()：获取服务名* Initialize()：初始化服务* MessageHandler()：消息处理。
HarmonyOS应用开发实战：Sample详解与示例
"快速上手应用开发 HarmonyOS Sample介绍1" 在HarmonyOS的开发过程中，Sample是非常重要的学习和参考资源。它们旨在帮助开发者快速理解并掌握HarmonyOS的特性和API，通过简短的代码实例展示具体的功能实现。本文将...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值