Android init进程

本文为读书笔记，如有侵权，请联系我 
   　linux中的所有进程都是由Init进程创建并运行的。首先linux内核启动，然后在用户空间中，启动init进程，再依次启动系统运行所需的其他进程。在系统启动完成后，init进程会作为守护进程监视其他进程。若某个监视中的进程一旦终结，进入将僵死状态，它就会释放进程所占用的系统资源。在android平台也有init进程。出上述功能外，还有其他功能。

下面分几部分应该掌握的：

一。　启动，首先启动ｌｉｎｕｘ，内核，然后进入用户空间，启动ｉｎｉｔ进程，再依次启动系统运行所需的其他进程。

再系统启动完成后，ｉｎｉｔ进程会作为守护进程监视其他进程。

二。　ｉｎｉｔ进程主要提供４大功能

　ｉｎｉｔ不仅进行（１）子进程的终止服务，（２）当应用程序访问设备驱动时，还会生成设备节点文件，（３）同时提供属性服务，保存系统运行所需的环境变量。还会（４）分析ｉｎｉｔ.rｃ启动脚本文件，根据相关文文件中的内容，执行相应的功能。下面是详细说明：

　　　ｉｎｉｔ进程是ａｎｄｒｏｉｄ系统启动后，由内核启动的第一个用户级进程，其启动过程如下：源码分析如下:

　　　首先ｉｎｉｔ注册SIGCHLD信号处理器，用于处理子进程产生的信号（ｌｉｎｕｘ进程间相互发送消息来实现进程间的通信，这些消息就是信号，而对子进程产生的信号，再ｉｎｉｔ的事件处理循环中进行）。

　　　ｉｎｉｔ注册玩信号处理器后，然后创建并挂载启动所需的目录。像/dev, /pro, /sys等的系统运行时目录，再系统终止时，会消失。生成运行时目录后，创建运行日志输出设备

　　　在生成输出设备后，开始解析ｉｎｉｔ.rc文件。 init.rc是ｉｎｉｔ启动后的执行脚本，记录着ｉｎｉｔ进程执行的功能，此文件定义在ｓｙｓｔｅｍ/core/rootdir/目录下，包括ｉｎｉｔ.rc和init.{hardware}.rc文件，用于环境设置与通用的进程相关的定义。 此过程中，会根据ｉｎｉｔ.rc中的定义生成服务列表和动作列表，分别以链表的形式挂载再ｓｅｒｖｉｃｅ_list与ａｃｔｉｏｎ_list上

　　　接着创建ｉｎｉｔ进程中已经定义好的节点文件（ｄｅｖｉｃｅ_init()）

　　　然后开始初始化属性服务(property_init())

　　　接下来系统加载开机ｌｏｇｏ

           执行与动作列表的ｉｎｉｔ区相关的命令。

　　　启动属性服务（ｓtart_property_service()）

　　　接着创建套接字，以便ｉｎｉｔ进程再收到子进程终止的信息ＳＩＧＣＨＬＤ信号时，调用相应的ｈａｎｄｌｅｒ

           程序开始执行与Ａｃｔｉｏｎ list的ｅａｒｌｙ-boot, boot ,  property相关的命令

　　　设置事件处理循环的监听事件。

下面对ｉｎｉｔ源码分析，并对其提供的４个功能分别说明：

（１）ｉｎｉｔ.rc脚本文件的分析与执行

         解析此脚本，设置系统环境，记录待处理的进程。生成ｓｅｒｖｉｃｅ_list与ａｃｔｉｏｎ_list相关的列表。动作列表用来创建目录，以及为某些特定文件指定权限。服务列表用来记录初始化程序需要启动的一些程序。

　　　动作列表与服务列表通过ｄｒａｉｎ_action_queue()函数来运行

（２）创建设备节点文件

　　　ａｎｄｒｏｉｄ应用程序通过设备驱动访问硬件，设备节点文件是设备驱动的逻辑文件，应用程序使用设备节点文件来访问设备驱动程序。要创建设备节点，需要遵循ａｎｄｒｏｉｄ提供的创建设备节点的方法：静态和动态

静态创建

　　Ｌｉｎｕｘ中，运行所需的设备节点文件是预先定义再／ｄｅｖ目录下，应用程序无需经过其他步骤，通过事先定义好的设备节点文件即可访问设备驱动。再ａｎｄｒｏｉｄ系统的根文件系统不存再／ｄｅｖ目录，因此系统运行中，需要一个进程来创建设备节点文件，而此进程就是ｉｎｉｔ进程。

　　ｉｎｉｔ进程通过两种方式创建设备节点文件，第一种，以预先定义好的设备信息为基础，当ｉｎｉｔ进程启动时，统一创建设备节点文件；　第二种，在系统运行中，当有设备插入ｕｓｂ端口时，ｉｎｉｔ进程就会接收到这一事件，为插入的设备动态创建设备节点文件。

　　第一种方法是连接已定义的设备，称为冷拔插；而第二种方法是在系统运行的状态下连接设备，称为热拔插。

创建节点文件

　　ｌｉｎｕｘ通过ｍｋｎｏｄ使用程序创建设备节点文件。ｌｉｎux引入ｕｄｅｖ使用程序，ｕｄｅｖ以守护进程的形式运行，当设备驱动被加载时，它会掌握主设备号，次设备号，以及设备类型，而后再／ｄｅｖ下创建设备节点文件。

　　下图为从加载驱动到ｕｄｅｖ创建设备节点文件的整个过程。再系统运行中，若某个设备被插入，内核就会加载与该设备相关的驱动程序，而后驱动调用驱动函数ｐｒｏｂｅ()，将主设备号，次设备号，以及设备类型保存到／ｓｙｓ文件系统中。然后发出ｕｅｖｅｎｔ，并传递给ｕｄｅｖ守护进程。

　　

　ＴＩＰ: uevent 是内核向用户空间进程传递信息的信号系统，即在添加或删除设备时，内核使用ｕｅｖｅｎｔ将设备信息传递到用户空间。ｕｅｖｅｎｔ包含设备名称，类别，主设备号，次设备号，设备节点文件创建的目录等信息，并将这些信息传递给ｕｄｅｖ守护进程。ｕｄｅｖ守护进程监听ｕｅｖｅｎｔ，当ｕｅｖｅｎｔ发生时，它接受并读取其中的设备信息，而后创建设备节点文件。

　　　ｕｄｅｖ以守护进程的形式运行，通过监听分析内核发出的ｕｅｖｅｎｔ，查看注册在／ｓｙｓ目录下的设备信息，而后在／ｄｅｖ目录相应位置创建设备节点文件。系统内核启动后，ｕｄｅｖ进程运行在用户空间内，它无法处理内核启动过程中发生的ｕevent。虽然内核空间内的设备驱动程序可以正常运行，但由于未创建访问设备驱动所需的设备节点文件，将会出现应用程序无法使用相关设备的问题。

　　　ｌｉｎｕｘ系统中，在ｕｄｅｖ守护进程运行前，通过提供与加载的设备驱动程序冷拔插机制，来解决设备节点文件没有被创建的问题。当插入设备时，热拔插机制会立即进行处理，而冷拔插与热拔插有着不同的处理机制。当内核启动后，冷拔插机制启动ｕｄｅｖ守护进程，从／ｓｙｓ目录下读取事先注册好的设备信息，而后引发与各设备相对应的ｕevent，创建设备节点文件。ａｎｄｒｏｉｄ也采用这种处理方式来创建设备节点文件，不同的是使用ｉｎｉｔ进程来扮演ｕｄｅｖ守护进程的角色。

　　　ａｎｄｒｏｉｄ的ｂｉｎｄｅｒ驱动程序即是采用热插拔的方式创建设备节点的。Ｂｉｎｄｅｒ驱动是一个虚拟的设备，不存在物理硬件，被用在进程间的ＲＰＣ。一个应用程序若想使用ＢＩｎｄｅｒ，需要通过/dev/binder设备节点来访问Ｂinder驱动程序。

　　　当内核启动时，ＢＩｎｄｅｒ驱动程序在初始化函数ｍｉｓｃ_register()函数中，将创建设备节点文件所需的信息保存到/sys目录下。由于Ｂｉｎｄｅｒ驱动程序应该由用户级进程ｉｎｉｔ创建设备节点文件，但由于系统处于内核启动，无法发生ｕｅｖｅｎｔ，因此仅仅向／ｓｙｓ目录注册驱动程序信息，而后创建设备节点文件。

　　　内核启动完毕后，ｉｎｉｔ进程启动，对于像ｂｉｎｄｅｒ驱动程序这样无法创建设备节点的驱动，将采用冷拔插方式进行处理，ｉｎｉｔ进程事先获知等待冷拔插处理的驱动程序，并事先定义好各驱动程序的设备节点文件（在ａｎｄｒｏｉｄ中，/system/core/init/device.c中列出了ｉｎｉｔ进程创建的节点文件目录）。然后调用ｍｋｎｏｄ()创建设备节点文件。

动态创建

　　　热插拔由ｉｎｉｔ的事件处理循环来完成。

（３）进程的终止再启动

　　　ｉｎｉｔ进程读取并分析ｉｎｉｔ.rc文件，后的服务列表，而后从列表中依次启动服务子进程。ｉｎｉｔ启动的主进程如下：

　　　　ｓｈ　搭载ａｎｄｒｏｉｄ的机器终端，连接串口或ａｄｂｄ时，提供控制台输入输出的ｓｈｅｌｌ程序

　　　　ａｄｂｄ　调试服务

　　　　ｓｅｒｖｉｃｅｍａｎａｇｅｒ　用来管理系统中的服务。

　　　　ｖｏｌｄ　用来挂载／管理ＵＳＢ存储或ＳＤ卡设备

　　　　playmp3　在ａｎｄｒｏｉｄ启动时，输出声音。

　　　除了上述进程外，还启动了其他多种进程。若ｉｎｉｔ启动某进程终止，会对系统运行产生影响，则ｉｎｉｔ进程会重新启动它们。

（４）属性服务

　　　属性变更请求是ｉｎｉｔ事件处理循环处理的另一个事件。在ａｎｄｒｏｉｄ平台中，为了让运行中的所有进程共享系统运行时所需要的各种设置值，系统开辟了属性存储区域，并提供了访问该区域的ａｐｉ。在ａｎｄｒｏｉｄ平台中，属性服务得到了系统的应用，再访问属性值时，添加了访问权限控制，增强了访问的安全性。系统忠所有运行忠的进程都可以访问属性值，但仅由ｉｎｉｔ进程才能修改属性值。其他进程修改属性值时，需要向ｉｎｉｔ进程发送请求，最终由ｉｎｉｔ进程负责修改属性值。ｉｎｉｔ进程会检查各属性访问权限，而后修改。当属性更改后，若定义在init.rc文件中的某个特定条件得到满足，则与次条件相匹配的动作就会发生。每个动作都有一个触发器（ｔｒｉｇｇｅｒ），它决定动作的执行时间，记录在on property 关键字后的命令就会被执行。

　　　下面是ｉｎｉｔ进程与其他进程在访问病修改属性值的大致情形：

　　　　属性值被ａｎｄｒｏｉｄ存放在一块共享内存中，作为ashmem（ａｎｄｒｏｉｄ shared memory）。