Android-根文件系统启动过程.docx

Android根文件系统启动过程置顶Android根文件系统启动过程分类：Andriod2012-01-0518:15515人阅读评论保藏举报adroidactionsignalsystemjavaapi在Android系统启动时，内核引导参数上一般都会设置"init=init",这样的话,假如内核胜利挂载了这个文件系统之后，首先运行的就是这个根书目下的init程序。这个程序所了什么呢？我们只有RFSC(ReadtheFuckingSourcecode)!init程序源码在Android官方源码的SyStemcoreinit中，main在iit.c里。我们的分析就从main起先。iit:(1)安装SlGCH1.D信号。(假如父进程不等待子进程结束,子进程将成为僵尸进程(zombie)从而占用系统资源。因此须要对SlGCH1.D信号做出处理，回收僵尸进程的资源，避开造成不必要的资源奢侈。)(2)对umask进行清零。(3)为rootfs建立必要的文件夹，并挂载适当的分区。dev(tmpfs)devpts(devpts)devsocket/proc(proc)sys(sysfs)创建devnull和devkmsg节点。(5)解析ini"c,将全部服务和操作信息加入链表。(6)从/proc/Cmdline中提取信息内核启动参数,并保存到全局变量。(7)先从上一步获得的全局变量中获得信息硬件信息和版本号，假如没有则从proccpuinfo中提取,并保存到全局变量。(8)依据硬件信息选择一个init.(硬件).rc,并解析，将服务和操作信息加入链表。在Gl的ramdisk根书目下有两个init.(硬件).rc:init.goldfish.rc和iit.trout.rc1iit程序会依据上一步获得的硬件信息选择一个解析。(9)执行链表中带有,early-init"触发的的吩咐。(10)遍历sys文件夹，是内核产生设备添加事务(为了自动产生设备节点)。(11)初始化属性系统，并导入初始化属性文件。(12)从属性系统中得到ro.debuggable,若为1,艮IJ初始化keychord盛翘。(13)打ConSole,假如cmdline中5攵有指定console划打默吉忍的devconsole(14) Ig取/initlogo.de(一张565rle昭S的位圈)，假如胜利艮IJ在devgraphicsfb曷直示1.ogO假如失败艮噩devtty言殳TEXT模式并打devtty输出文本“ANDROID"字邕(15)判断CmdIine中的参I1.并设置属性系统中的参数：假如bootmode- factory,置ro.factorytest值1- factOry2段置ro.factorytest值悬2- 其他的ISo.factOryteSt值J02、假如有Serialno参数，RJ三ro.serialno,否同J",3、假如有bootmod参数，员搬置ro.bootmod,否WJ"unknown"4、假如有baseband参数，同JSS置ro.basebad,否WJ"unknown"5、假如有Carrier参数，同股置ro.carrier,否同J"unknown"6、假如有bootloader参数，JaS三ro.bootloader,否刖''unknown"7、通过全局变量(前面从procCPUinfo中提取的)言殳置ro.hardware和ro.veSiono(16)轨行全部触发标识为init的action。(17) 始ProPerty服叛S取一些proPerty文件,道一勤作必须在前面那些ro.foo置后做，以便daaIoCaI.prop不能干Jg到他什八- systembild.prop- systemdefault.prop- datalocal.prop- 在取默的ProPerty后取presistentpropertie,在daaProPerty中(18) sigchldhandler急健信蝴®制(19)碓熬全部初始化工作完成：devicejd(deviceinit完成)property_set_fd(propertyserverstart完成)Signa1.recvJd(信虢檄制建立)(20) 行全部触发标识为early-boot的action(21) l行全部触发标识为boot的action(22)基于常前property轨行全部触发标识为property的action(23)注册翰前事务：- devicejd- property_set_fd-signal_recv_fd- 假如有keychord,即注册keychordjd(24)假如支持BOOTCHART制初始化BOOTCHART(25)迤入主迤程循璟：- 重置翰前)事务的接受状魅，revents0- 查faction陈列，并执行。- 重敬须要重敬的服务- 输前注册的事务- 假如Signa1.recvJd的reventsPO1.1.IN1IJ得到一彳固信虢，狸取并虑理- 假如devicejd的reventsPo1.1.IN,飘用handle_device_fd- 假如property_fd的eventsPO1.1.lN,飘用handle_property_set_fd- 假如keychordjd的eventsPc)1.1.lN期用hadle.keychord由于对Android的属性系统不是很了解，所以翻译了这篇文章AndroidPropertySystem0每个属性都有一个名称和值，他们都是字符串格式。属性被大量运用在Android系统中，用来记录系统设置或进程之间的信息交换。属性是在整个系统中全局可见的。每个进程可以get/set属性。在系统初始化时，Android将安排一个共享内存区来存储的属性。这些是由“init”守护进程完成的，其源代码位于：devicesysteminito1*init"守护进程将启动一个属性服务Q属性服务在“init”守护进程中运行。每一个客户端想要设置属性时，必需连接属性服务，再向其发送信息。属性服务将会在共享内存区中修改和创建属性。任何客户端想获得属性信息，可以从共享内存干脆读取Q这提高了读取性能。客户端应用程序可以调用Iibcutils中的API函数以GET/SET属性信息。IibCUtiIS的源代码位于:devicelibsCUtiISCAPI函数是：intproperty_get(constchar*key,char*value,constchar*default_value);intproperty_set(constchar*key,constchar*value);而IibeUtilS又调用IibC中的_system_property_xxx函数获得共享内存中的属性。IibC的源代码位于：devicesystembioic。属性服务调用Iibc中的_system_PrOPerty_init函数来初始化属性系统的共享内存。当启动属性服务时，将从以下文件中加载默认属性：/default.propsystem/build.propsystemdefault.propdatalocal.prop属性将会以上述依次加载。后加载的属性将覆盖原先的值。这些属性加载之后，最终加载的属性会被保持在ZdataZproperty中。特殊属性假如属性名称以"ro."开头，那么这个属性被视为只读属性。一旦设置，属性值不能变更。假如属性名称以"persist."开头，当设置这个属性时，其值也将写入/data/PrOPerty。假如属性名称以"net."开头，当设置这个属性时，"net.chage"属性将会自动设置，以加入到最终修改的属性名。（这是很奇妙的。netresolve模块的运用这个属性来追踪在ne.*属性上的任何变更。)属性"Ctr1.start"和'"Ctr1.stop"是用来启动和停止服务。每一项服务必需在initrc中定义.系统启动时，与init守护进程将解析init.rc和启动属性服务。一旦收到设置"Ctr1.start"属性的恳求，属性服务将运用该属性值作为服务名找到该服务，启动该服务。这项服务的启动结果将会放入“init.svc.<服务名>“属性中。客户端应用程序可以轮询那个属性值，以确定结果。Androidtoolbox程序Androidtoolbox程序供应了两个工具：setprop和getprop获得和设置属性。其运用方法：getprop&-属性名>setprop&化属性名&g;<<属性值>Java在Java应用程序可以运用SyStem.getProperty()和SyStemseiProperty()函数获得和设置属性。Action默认状况下，设置属性只会使“init”守护程序写入共享内存，它不会执行任何脚本或二进制程序。但是，您可以将您的想要的实现的操作与init.rc中某个属性的变更相关联.例如，在默认的init.rc中有：#adbdonatbootinemulatoronproperty:ro.kernel.qemu=lstartadbdonproperty:persist.service.adb.enable=lstartadbdonproperty:persist.service.adb.enable=0stopadbd这样，假如你设置persist.service.adb.eable为1,"init"守护程序就知道须要实行行动：开启adbd服务。文章中提到的共享内存就是AndBd特有的共享方式：ashmenAShmem是一个匿名共享内存(AnOnymOUSSHaredMEMory)系统，该系统增加了接口因此进程间可以共享具名内存块。举一个例子，系统可以利用AShmem存储图标，当绘制用户界面的时候多个进程也可以访问。AShmem优于传统1.inux共享内存表现在当共享内存块不再被用的时候，它为Kemel供应一种回收这些共享内存块的手段。假如一个程序尝试访问Kemel释放的一个共享内存块，它将会收到一个错误提示，然后重新安排内存并重载数据。