润小云解读鸿蒙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);