润小云解读鸿蒙OS系列(七):鸿蒙OS的第一个进程init

Init是鸿蒙OS的第一个用户态进程,类似于现在Linux发行版中的systemd。Init进程的代码在base\startup\services\init_lite实现。

main函数

本函数的注解非常清晰,总共4步,

  1. 打印系统信息
  2. 注册信号处理函数
  3. 读取系统配置文件并进行相关处理
  4. 进入循环等待信号处理

下面分别解读一下1-3步的相关代码

PrintSysInfo函数

本函数主要功能就是打印系统信息。

详细的看GetVersionId函数,由于代码比较长,我们主要看核心处理的部分:

主要功能就是获取设备的相关类型,厂商,品牌,型号等信息。具体看一个函数GetProductType:

我们可以看到,只是调用了硬件抽象层的函数HalGetProcutType,而这个函数依据不同的硬件有不同的实现,因此我们就不继续往下深入了。

SignalInitModule函数

从信号处理函数来看,init进程主要助理两个信号,SIGCHLD和SIGTERM。

先说简单的SIGTERM信号,这时候init会通过StopAllService函数结束所有的系统服务。如果是收到某个服务终止的SIGCHLD信号,则要视服务的重要性进行处理,有可能重启系统。具体服务包括哪些则通过配置文件进行定义,后续详细说明。

InitReadCfg函数

InitReadCfg这个函数,感觉名称不是很合适,因为不光是读了配置文件,实际还通过DoJob函数,执行了很多启动前,中和后的操作。

配置文件的地址如下:

#define INIT_CONFIGURATION_FILE “/etc/init.cfg”

看一下具体init.cfg的一个例子,来自于HiSpark AI Camera套件

vendor\huawei\camera\init_configs\init_liteos_a_3516dv300.cfg

这里面定义了init前后中需要执行的jobs以及init启动完成之后启动的服务。

鸿蒙OS的Service

鸿蒙OS的init进程启动后,如上面的例子所示init进程接下来会启动很多服务,对于这些服务,鸿蒙OS有一个统一管理,所有的服务都被注册到如下的动态数组当中。

Service的定义

从定义中不难看出,对于每个Service,除了基本的名字,可执行文件路径,进程id,还记录了这个Service的crash次数和第一次crash的时间,另外还定义了Service的属性和权限。

对于属性,参考如下常量定义,主要是在该Service奔溃之后是否需要重启。

// service attributes

#define SERVICE_ATTR_INVALID 0x001 // option invalid

#define SERVICE_ATTR_ONCE 0x002 // do not restart when it exits

#define SERVICE_ATTR_NEED_RESTART 0x004 // will restart in the near future

#define SERVICE_ATTR_NEED_STOP 0x008 // will stop in reap

#define SERVICE_ATTR_IMPORTANT 0x010 // will reboot if it crash

对于Perms,则依据操作系统的定义而不同。

对于Service,都有启动,停止和重启三个动作。

对于Service Manager,则提供了以下动作:

void RegisterServices(Service* services, int servicesCnt);

void StartServiceByName(const char* serviceName);

void StopAllServices();

void ReapServiceByPID(int pid);

本文源自头条号:润小云

标签