diff --git a/zh-cn/device-dev/subsystems/subsys-boot-init.md b/zh-cn/device-dev/subsystems/subsys-boot-init.md index 2f83aef6c1a94913afc6d72c005d98811aba7248..9ccf28c7cb96ce91974291ee36cfa5c82258dade 100755 --- a/zh-cn/device-dev/subsystems/subsys-boot-init.md +++ b/zh-cn/device-dev/subsystems/subsys-boot-init.md @@ -1,83 +1,105 @@ # init启动引导组件 - ## 功能说明 init启动引导组件负责在系统启动阶段启动关键服务进程。 若用户需要新增随开机自启动的系统服务，可添加新的配置文件xxx.cfg，系统会自动分析对应的cfg文件，并按照cfg文件启动对应的服务。 - init启动引导的配置文件 + init启动引导组件配置文件包含了所有需要由init进程启动的系统关键服务的服务名、可执行文件路径、权限和其他信息，烧写单板后可在“/etc/“目录下找到，文件名称为init.cfg，采用json格式，文件大小目前限制在100KB以内。 init进程启动后读取/etc/init.cfg，然后解析其json格式内容，并根据解析结果依次加载系统服务。 - 各模块需要添加关键服务时，也可以添加模块对应的cfg文件，编译时拷贝文件到/system/etc/init目录下，init进程会解析改cfg文件，并启动对应的服务。 + 各模块需要配置或添加关键服务时，可以在对应模块的cfg文件进行配置，编译过程会将配置后的文件拷贝到/system/etc/init目录下，单板中可在"/etc/init/"目录下查找到对应的cfg文件， - init服务启动控制(仅标准系统以上提供) + init会根据用户的服务配置，把服务分成三类，在不同的阶段进行启动。 - - “boot”类型：对应系统中需要优先启动的服务，这类服务在init完成init阶段后启动。 + - “boot”类型：对应系统中需要优先启动的服务，该类服务在init阶段完成后启动。 - “normal”类型：默认配置，对应系统中的普通服务，这类服务在init命令执行完成后启动。 - “condition”类型：对应有特殊要求的服务，可以直接通过start xxx 命令执行启动，一般在条件job或者在init的某个阶段使用命令启动。 - 服务间或服务与命令之间存在依赖关系，需要通过"condition"描述服务，例如： - - + 服务间或服务与命令之间存在依赖关系，需要通过"condition"描述服务，配置参考如下： ``` - "services" : [{ - "name" : "service1", - "path" : ["/bin/process1", "param1", "param2"], - "uid" : 1, - "gid" : 1, - "once" : 0, - "importance" : 1, - "caps" : [0, 1, 2, 5], + "services" : [{ + "name" : "serviceName", "start-mode" : "condition", - "cpucore" : [0], - "critical" : [0, 5, 10], - "apl" : "normal", - "d-caps" : ["OHOS_DMS"] - "jobs" : { - "on-boot" : "boot", - "on-start" : "services:service1_start", - "on-stop" : "services:service1_stop", - "on-restart" : "services:service1_restart" - } }, + ``` +- init服务并行控制(仅标准系统以上提供) -- init服务并行控制(仅标准系统以上提供) init提供服务并行处理能力，启动服务在不同的阶段执行job的能力。 - - “on-start”：在服务进程被fock后执行，不同服务的on-start job可以并行执行（在服务的子进程中执行，只对改进程产生影响）。 + - “on-start”：在服务进程被fork后执行，不同服务的on-start job可以并行执行（在服务的子进程中执行，只对该进程产生影响）。 - “on-stop”：在服务停止时执行。 - - “on-restart”：在服务重启时执行。 + - "on-restart"：在服务重启时执行。 + + 配置参考如下： + ``` + "services" : [{ + "name" : "serviceName", + "jobs" : { + "on-boot" : "boot", + "on-start" : "services:serviceName_start", + "on-stop" : "services:serviceName_stop", + "on-restart" : "services:serviceName_restart" + } + }, + ``` - init 按需启动(仅标准系统以上提供) + 由init管理的服务支持按需启动，按需启动的服务不会在系统启动过程中主动被拉起，而是当某些事件发生时才会被init按需拉起，触发服务启动的事件可能是被init监听的相关socket有消息上报、samgr收到客户端的请求需要拉起SA服务等情况。 - "ondemand" ：按需启动服务的标志，一个服务配置了该属性值为true的时候，服务不再需要配置start命令来拉起，而是被监听的相应事件发生时才会被拉起。 + "ondemand"：按需启动服务的标志，一个服务配置了该属性值为true的时候，服务不再需要配置start命令来拉起，而是被监听的相应事件发生时才会被拉起。 + + “ondemand”配置参考如下： + ``` + "services" : [{ + "name" : "serviceName", + "ondemand" : true, + }] + ``` - SA进程按需启动 1. 应用请求SA句柄时samgr需识别SA所属进程是否可动态拉起。 2. 如需拉起，则需阻塞请求，等init拉起SA进程并注册SA后再返回所请求的SA句柄。 - socket进程按需启动 - 1. init在pre-fork阶段为socket类进程创建好socket，init中监听创建好的socket上的网络事件。 - 2. socket上有报文事件后，init拉起socket进程进行报文处理，init进程取消socket数据的监听，由socket进程处理。 - 3. socket进程无报文处理后，可以自动退出，退出后init回收该子进程并重新监听socket网络数据。 + 1. init进程在pre-fork阶段为socket类进程创建好socket，init进程中监听创建好的socket上的网络事件。 + 2. socket上有报文事件后，init进程拉起socket进程进行报文处理，init进程取消socket数据的监听，由socket进程处理。 + 3. socket进程无报文处理后，可以自动退出，退出后init进程回收该子进程并重新监听socket网络数据。 - 热插拔服务进程按需启动  进程可根据系统参数的变化进行热插拔事件按需启动处理。 - init 进程启动&回收能力增强 + 进程启动时，支持在配置文件中配置服务进程的绑核、优先级、MAC信息以及AccessToken信息。 - init提供修改\*.cfg配置文件， 为服务进程提供cpu绑核功能。 - init提供修改\*.cfg配置文件， 为服务进程提供优先级设置。 + - init提供修改\*.cfg配置文件， 为服务提供MAC信息设置，即服务的SELinux标签。 - init提供修改\*.cfg配置文件， 为服务提供设置AccessToken, 为系统服务进程设置其分布式Capability能力（仅标准系统以上提供）。 - init提供修改\*.cfg配置文件， 为服务提供抑制机制。 + 服务进程启动&回收能力增强配置，如下： + ``` + "services" : [{ + "name" : "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标签信息 + }, + + ``` - init FD代持(仅标准系统以上提供) + FD代持是按需启动的一个辅助扩展机制，按需启动进程可以保持退出前的fd状态句柄不丢失。按需启动进程退出前可将fd发送给init代持，再次启动后再从init获取fd。 - init提供了相关接口供服务调用，服务进程退出前调用接口将fd通过支持IPC通信的socket发送给init代持，待该服务重新启动时，init将持有的该服务相关的fd句柄通过同样的方式返回给服务。 + init提供了相关接口供服务调用，服务进程退出前调用接口将fd通过支持IPC通信的socket发送给init代持，待该服务重新启动时，init将持有的该服务相关的fd句柄通过同样的方式返回给服务。相关接口参考：[init服务启动控制](#table14737791479)。 - init job init提供job能力，一个job就是一组命令的集合。job可以在init.cfg中配置，也可以在模块的自定义cfg中配置。init解析程序会把相同名字job的命令合并到一个job中。同一名字的job只能保证init.cfg中的命令优先执行，其他cfg间的命令执行顺序不保证。 @@ -85,8 +107,48 @@ init启动引导组件负责在系统启动阶段启动关键服务进程。 若 - 普通job：一般是init启动的固定阶段，如“pre-init“，”init“，”post-init“等，这类job在init启动的固定阶段执行。 - 自定义job：用户自定义的job，这类job按照一定的规则进行触发。 - job：用户任意定义，可以通过trigger命令执行。 - - 控制job(仅标准系统以上提供)：按条件触发处理的能力。在job中可以设置触发条件，当对应的属性值满足设置的条件时，就会触发job执行。触发条件支持&&和||操作，可以根据不同的属性就行组合。 - + - 控制job(仅标准系统以上提供)：按条件触发处理的能力。在job中可以设置触发条件，当对应的属性值满足设置的条件时，就会触发job执行。触发条件支持&&和||操作，可以根据不同的属性自行组合。 + + - DAC访问控制 + + 属性的访问控制配置，模块可以根据需要对属性定义访问控制策略，并打包策略文件。Init在启动时加载该策略，在进程操作属性时，进行策略检查。属性策略参考了Linux 标准的DAC访问控制策略，基于用户、用户组控制对属性的读(4)、写(2)和watch(1)操作。属性dac配置文件需要保存在目录/etc/param（平台）、/vendor/etc/param（产品）。文件命名方式：subsystem-name.para.dac + + 如下所示： + ``` + ohos.servicectrl. system:root:0770 + ``` + + - bootchart 插件 + + bootchart是一个用于linux启动过程性能分析的开源工具软件，在系统中自动收集CPU占用率、磁盘吞吐率、进程等信息，并以图形方式显示分析结果，可用作指导优化系统启动过程。 + + 如下所示： + ``` + 预制条件： + 1. 准备bootchart测试环境：linux操作系统下安装python及pycairo + pip install pycairo + 2. 在linux解压：bootchart-master.tar + tar -zxvf bootchart-master.tar + + 执行步骤： + 1，启动系统 + 2，执行命令行：begetctl bootchart enable + 3，执行命令行行：begetctl bootchart start + 4，执行命令行：begetctl bootchart stop + 5，在/data/bootchart目录下导出如下文件： + header + proc_diskstats.log + proc_ps.log + proc_stat.log + 并存放在bootchart文件夹 + 6，使用命令：tar -zcvf bootchart.tgz * 进行打包（只支持linux版本）并将该打包文件拷贝到linux：bootchart-master目录下 + 7、运行： + 在bootchart-master目录下运行 + python3 pybootchartgui.py -f pdf bootchart.tgz + + 预期结果： + 在bootchart-master目录下生成bootchart.pdf + ``` ## 开发指导 @@ -95,9 +157,9 @@ init启动引导组件负责在系统启动阶段启动关键服务进程。 若 - “pre-init”阶段：启动系统服务之前需要先执行的操作，例如挂载文件系统、创建文件夹、修改权限等。 - “init”阶段：系统服务启动阶段。 - - “post-init”阶段：系统服务启动完后还需要执行的操作。 + - “post-init”阶段：系统服务启动完成后还需要执行的操作。 + - ``` "jobs" : [{ "name" : "pre-init", @@ -138,70 +200,72 @@ init启动引导组件负责在系统启动阶段启动关键服务进程。 若 | start | start serviceName
如：start foundation
start shell | 启动服务命令，start后面跟着service名称，该service名称必须能够在services数组中找到。 | | loadcfg | loadcfg filePath
如：loadcfg /patch/fstab.cfg | 加载其他cfg文件命令。后面跟着的目标文件大小不得超过50KB，且目前仅支持加载/patch/fstab.cfg，其他文件路径和文件名均不支持。/patch/fstab.cfg文件的每一行都是一条命令，命令类型和格式必须符合本表格描述，命令条数不得超过20条。 | -2. 配置services数组，service集合（数组形式），包含了init进程需要启动的所有系统服务（最多支持100个）。 - - ``` - "services" : [{ - "name" : "service1", - "path" : ["/bin/process1", "param1", "param2"], - "uid" : 1, - "gid" : 1, - "once" : 0, - "importance" : 1, - "caps" : [0, 1, 2, 5], - "start-mode" : "condition", - "cpucore" : [0], - "critical" : [0, 5, 10], - "apl" : "normal", - "d-caps" : ["OHOS_DMS"] - "jobs" : { - "on-boot" : "boot", - "on-start" : "services:service1_start", - "on-stop" : "services:service1_stop", - "on-restart" : "services:service1_restart" - } - }, { - "name" : "service2", - "path" : "/bin/process2", - "uid" : 2, - "gid" : 2, - "once" : 1, - "importance" : 0, - "caps" : [ ]， - "cpucore" : 0, - "critical" : [ ], - "apl" : "normal", - "d-caps" : [ ] - }] - ``` + 2. 配置services数组，service集合（数组形式），包含了init进程需要启动的所有系统服务。 + +``` + "services" : [{ + "name" : "service1", + "path" : ["/bin/process1", "param1", "param2"], + "uid" : 1, + "gid" : 1, + "once" : 0, + "importance" : 1, + "caps" : [0, 1, 2, 5], + "start-mode" : "condition", + "cpucore" : [0], + "critical" : [0, 5, 10], + "apl" : "normal", + "d-caps" : ["OHOS_DMS"], + "jobs" : { + "on-boot" : "boot", + "on-start" : "services:service1_start", + "on-stop" : "services:service1_stop", + "on-restart" : "services:service1_restart" + } + }, { + "name" : "service2", + "path" : "/bin/process2", + "uid" : 2, + "gid" : 2, + "once" : 1, + "importance" : 0, + "caps" : [ ]， + "cpucore" : 0, + "critical" : [ ], + "apl" : "normal", + "d-caps" : [ ] + }] +``` + +**表3** service字段说明 + | 字段名 | 字段说明 | 备注 | + | ---------- |-------- | --------| + | name | 当前服务的服务名。 | 类型：字符串； 服务名非空且长度<=32字节。| + | path | 当前服务的可执行文件全路径和参数，数组形式。 | 确保第一个数组元素为可执行文件路径、数组元素个数<=20。
每个元素为字符串形式以及每个字符串长度<=64字节。| + | uid | 当前服务进程的uid值。 | 类型：int | + | gid | 当前服务进程的gid值。 | 类型：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：时间(单位：秒)。
    M > 0; N > 0
小型系统中 & 标准系统中：
   类型：int，如："critical" : M
    M：使能标志位（0：不使能；1：使能）
   默认拉起服务次数：4次， 时间：20秒。 | + | 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服务启动控制](#section56901555918) | + | jobs | 当前服务在不同阶段可以执行的job（仅标准系统以上提供）。 | 具体说明参考：[init服务并行控制](#section56901555919) | + | ondemand | 按需启动服务的标志（仅标准系统以上提供）。 | 类型：bool，如"ondemand" : true，具体说明参考：[init服务按需启动](#section56901555920)| + + 3. 服务中socket配置和按需启动。 - **表3** service字段说明 - - | 字段名 | 说明 | - | -------- | -------- | - | name | 当前服务的服务名，须确保非空且长度<=32字节。 | - | path | 当前服务的可执行文件全路径和参数，数组形式。须确保第一个数组元素为可执行文件路径、数组元素个数<=20、每个元素为字符串形式以及每个字符串长度<=64字节。 | - | uid | 当前服务进程的uid值。 | - | gid | 当前服务进程的gid值。 | - | once | 当前服务进程是否为一次性进程：
1：一次性进程，当该进程退出时，init不会重新启动该服务进程
0 : 常驻进程，当该进程退出时，init收到SIGCHLD信号并重新启动该服务进程；
注意，对于常驻进程，若在4分钟之内连续退出5次，第5次退出时init将不会再重新拉起该服务进程。 | - | importance | 标准系统中：服务进程优先级， 取值范围[-20， 19];小型系统中：0 : 非重要进程1 : 重要进程 | - | caps | 当前服务所需的capability值，根据安全子系统已支持的capability，评估所需的capability，遵循最小权限原则配置（当前最多可配置100个值）。 | - | critical | critical服务启动失败后， 需要M秒内重新拉起， 拉起失败N次后， 直接重启系统， N默认为4， M默认20。（仅标准系统以上提供 "critical" : [0, 2, 10]; 类型为int型数组)。
0：不使能；
1：使能。 | - | cpucore | 服务需要的绑定的cpu核心数， 类型为int型数组。 | - | d-caps | 分布式能力 (仅标准系统以上提供)。 | - | apl | 能力特权级别：system_core, normal, system_basic。 默认system_core (仅标准系统以上提供)。 | - | start-mode | 服务的启动模式，具体描述：init服务启动控制(仅标准系统以上提供)。 | - | jobs | 当前服务在不同阶段可以执行的job。具体说明可以看：init服务并行控制(仅标准系统以上提供)。 | - -3. 服务中socket配置和按需启动。 服务中支持配置 "socket" 属性，该属性以一个JSON对象的格式配置。配置有 "socket" 属性的服务，init将会为其创建socket，以是否为按需启动服务来区分其创建的时机。 - 按需启动的服务，init会在解析到该服务时，根据解析到的socket配置进行创建。 - 正常启动的服务，init会在拉起该服务时，执行服务可执行文件之前创建其配置的socket。 无论服务是否按需启动，其真正被拉起后，都需要通过特定接口获取init为其创建的socket句柄，进而接手该socket的管理，成为服务自有的socket。 除以上socket的配置和创建流程，对于按需启动的服务，init还有不同行为。当init在创建根据服务的socket配置创建完socket后，将会判断服务的ondemand属性是否为true（按需启动服务），若是则会调用接口对socket进行轮询监听，直到socket有消息上报，此时将停止监听并拉起对应服务，由服务接管该socket并处理消息。 - + 下面以ueventd服务为例介绍服务中socket和按需启动的配置以及各字段的含义。 + ``` "services" : [{ "name" : "ueventd", @@ -226,7 +290,7 @@ init启动引导组件负责在系统启动阶段启动关键服务进程。 若 "start-mode" : "condition" }] ``` - **表4**socket字段说明 + **表4** socket字段说明 |字段名 | 说明 | | -------- | -------- | |name|当前socket的命名，不要求必须与服务同名，与服务名同样须满足非空且长度<=32字节。| @@ -237,15 +301,24 @@ init启动引导组件负责在系统启动阶段启动关键服务进程。 若 |uid|socket节点文件的用户ID。此项配置仅对如AF_UNIX地址族等有实体节点文件的socket类型有效。| |gid|socket节点文件的组ID。此项配置仅对如AF_UNIX地址族等有实体节点文件的socket类型有效。| |option|socket的可选配置。在调用setsockopt接口时传入设置，目前支持的option选项有SOCKET_OPTION_PASSCRED、SOCKET_OPTION_RCVBUFFORCE、SOCK_CLOEXEC和SOCK_NONBLOCK。| - - **表5** 接口介绍 - - | 函数名 | 函数解释 | 参数解释 | - | -------- | -------- | -------- | - | int \*ServiceGetFd(const char \*service
Name, size_t \*outfdCount) | 获取init代持的fd | 返回值：成功返回fd数组指针，失败返回NULL。备注：需手动释放
参数：
serviceName: 服务名
outfdCount: 返回的fd数组长度 | - | int ServiceSaveFd(const char \*service
Name, int \*fds, int fdCount) | 请求init代持fd | 返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名
fds: 需要init代持的fd数组指针
fdCount: fd数组长度 | - | 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") | + + **表5** FD代持接口介绍 + + | 函数名 | 函数解释 |参数解释 | + | ---------- | ---------- |--------| + | int *ServiceGetFd(const char *serviceName, size_t *outfdCount) | 获取init代持的fd | 返回值：成功返回fd数组指针，失败返回NULL。备注：需手动释放
参数：
serviceName: 服务名
outfdCount: 返回的fd数组长度 | + | int ServiceSaveFd(const char *serviceName, int *fds, int fdCount) | 请求init代持fd | 返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名
fds: 需要init代持的fd数组指针
fdCount: fd数组长度 + | int ServiceSaveFdWithPoll(const char *serviceName, int *fds, int fdCount) | 使用poll方式，请求fd代持 | 返回值：成功返回0，失败返回-1
参数：
serviceName: 服务名
fds: fd代持数组指针
fdCount 数组长度 + + **表6** 服务控制接口介绍 + | 函数名 | 函数解释 |参数解释 | + | :---------- | :---------- |:--------| + | 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: 服务名 | ## 开发实例 @@ -259,7 +332,7 @@ init启动引导程序，此处以要新增一个名为MySystemApp的系统服 "name" : "pre-init", "cmds" : [ "mkdir /storage/MyDir", // MySystemApp服务启动之前需要先创建文件夹，因此放在 “pre-init”中进行 - "chmod 0600 /storage/MyDir", // MySystemApp服务要求该文件加只有本用户和属组才可读写，因此需要修改权限 + "chmod 0600 /storage/MyDir", // MySystemApp服务要求该文件夹只有本用户和属组才可读写，因此需要修改权限 "chown 10 10 /storage/MyDir" ] }, { @@ -282,6 +355,9 @@ init启动引导程序，此处以要新增一个名为MySystemApp的系统服 "caps" : [], // MySystemApp系统服务不需要任何capability权限（即MySystemApp系统服务不涉及与capability相关的操作） "start-mode" : "condition", "critical": [1, 2, 10], //MySystemApp系统服务的critical配置，需传入三个参数， 分别为使能：1， 执行次数：2， 执行时间：10 + "cpucore" : [0, 1], // 设备为双核， 且都绑定cpu + "apl" : "system_core", + "d-caps" : ["OHOS_DMS"], "jobs" : { "on-boot" : "boot", "on-start" : "services:MySystemApp_start", @@ -328,7 +404,7 @@ kernel log 的输出，都是由init 打印。在init 中查找对应的代码 **现象描述** -内核Log打印 "Service ' xxx '(pid = xxx) is not valid or request with unexpected process(pid = xxx)"。。 +内核Log打印 "Service ' xxx '(pid = xxx) is not valid or request with unexpected process(pid = xxx)"。 **原因分析**