现在的位置: 首页 > 综合 > 正文

分析Android 根文件系统启动过程(init守护进程分析)

2013年07月29日 ⁄ 综合 ⁄ 共 2534字 ⁄ 字号 评论关闭

转自:http://crazier9527.javaeye.com/blog/454635

 

关键字: 分析android 根文件系统启动过程(init守护进程分析)

今天开始分析Android
文件
系统
启动过程。


Android系统启动时,内核引导参数上一般都会设置
“init=/init”,这样的话,如
果内核成功挂载了这个文件系统之后,首先运行的就是这个根目录下的init程序
。这个程序所了什
么呢? 我们只有RFSC(Readthe Fucking Source code)!!
init程序源码在Android官方源码的
system/core/init中,main在init.c里。我们的分析就从main开始。

init:

(1)
安装SIGCHLD信号
。(如果父进程不等待子进程结束,子进程将成为僵尸进程(zombie)
从而占用系统资源。因此需要对SIGCHLD信号做出处理,回收僵尸进程的资源,避免造成不必要的资源浪费。

(2)对umask进行清
零。
    何为umask,请看http://www.szstudy.cn/showArticle/53978.shtml

(3)
root
fs建立必要的文件夹,并挂载适当的分区。
    /dev (tmpfs)
 
      /dev/pts (devpts)
        /dev/socket
    /proc (proc)
 
  /sys  (sysfs)

  (4)创建/dev/null和/dev/kmsg节点。

(5)解析
/init.rc,将所有服务和操作信息加入链表。

  (6)从/proc/cmdline中提取信息内核启动参数,并保存到全局变量。

(7)
先从上一步获得的全局变量中获取信息硬件信息和版本号,如果没有则从/proc/cpuinfo中提取,并保存到全局变量。

(8)根据硬
件信息选择一个/init.(硬件).rc,并解析,将服务和操作信息加入链表。
       
 在G1的ramdisk根目录下有两个/init.(硬件).rc:init.goldfish.rc和init.trout.rc,init程序会根
据上一步获得的硬件信息选择一个解析。

(9)执行链表中带有“early-init”触发的的命令。

(10)遍历
/sys文件夹,是内核产生设备添加事件(为了自动
产生设备节点)。

(11)初
始化属性系统,并导入初始化属性文件。

(12)从属性系统中得到ro.debuggable,若为1,則初始化keychord監聽。

(13)
打開console,如果cmdline中沒有指定console則打開默認的/dev/console。

(14)讀取
/initlogo.rle(一張565 rle
壓縮的位圖),如果成功則在/dev/graphics/fb0顯示Logo,如果失敗則將/dev/tty0設為TEXT模式并打開/dev
/tty0,輸出文本“ANDROID”字樣。

(15)判斷cmdline 中的參數,并设置属性系统中的参数:
       
 1、 如果 bootmode為
         - factory,設置ro.factorytest值為1
       
 - factory2,設置ro.factorytest值為2
         - 其他的設ro.factorytest值為0
 
     2、如果有serialno参数,則設置ro.serialno,否則為""
      
3、如果有bootmod参数,則設置ro.bootmod,否則為"unknown"
      
4、如果有baseband参数,則設置ro.baseband,否則為"unknown"
      
5、如果有carrier参数,則設置ro.carrier,否則為"unknown"
      
6、如果有bootloader参数,則設置ro.bootloader,否則為"unknown"
      
7、通过全局变量(前面从/proc/cpuinfo中提取的)設置ro.hardware和ro.version。

(16)執行所有触
发标识为init的action。

(17)開始property服務,讀取一些property文件,這一動作必須在前面那些
ro.foo設置后做,以便/data/local.prop不能干預到他們。
      - /system/build.prop
 
    - /system/default.prop
      - /data/local.prop
      -
在讀取默認的property后讀取presistent propertie,在/data/property中

(18)為
sigchld handler創建信號機制。

(19)確認所有初始化工作完成:
         
device_fd(device init 完成)
          property_set_fd(property server
start 完成)
          signal_recv_fd (信號機制建立)

(20)
執行所有触发标识为early-boot的action

(21) 執行所有触发标识为boot的action

(22)基
于當前property狀態,執行所有触发标识为property的action

(23)注冊輪詢事件:
       
   - device_fd
           - property_set_fd
       
   -signal_recv_fd
           -如果有keychord,則注冊keychord_fd

(24)
如果支持BOOTCHART,則初始化BOOTCHART

(25)進入主進程循環:
      -
重置輪詢事件的接受狀態,revents為0
      - 查詢action隊列,并执行。
      - 重啟需要重啟的服务
 
    - 輪詢注冊的事件
          -
如果signal_recv_fd的revents為POLLIN,則得到一個信號,獲取并處理
          -
如果device_fd的revents為POLLIN,調用handle_device_fd
          -
如果property_fd的revents為POLLIN,調用handle_property_set_fd
          -
如果keychord_fd的revents為POLLIN,調用handle_keychord

抱歉!评论已关闭.