Android init.rc文件格式解析

/*****************************************************************************
 *                         Android init.rc文件格式解析
 * 声明：
 *     当我们需要对Android进行一些module移植的时候，往往会涉及到init.rc文件的
 * 修改，譬如权限、运行service程序等等，于是理解文件格式就成了需求。
 *
 *                                         2015-12-31 深圳 南山平山村 曾剑锋
 ****************************************************************************/

一、参考文章：
    1. Android init.rc文件解析过程详解(一)
        http://blog.itpub.net/7232789/viewspace-758162/
    2. Android系统init.rc分析
        http://blog.csdn.net/zhenwenxian/article/details/7506392

二、init.rc文件结构介绍
    1. init.rc文件基本组成单位是section, section分为三种类型，分别由三个关键字(所谓关键字即每一行的第一列)来区分，这三个关键字是on、service、import。
 
    2. on类型的section表示一系列命令的组合, 例如：
        on init
            export PATH /sbin:/system/sbin:/system/bin
            export ANDROID_ROOT /system
            export ANDROID_DATA /data
        这样一个section包含了三个export命令，命令的执行是以section为单位的，所以这三个命令是一起执行的，不会单独执行, 那什么时候执行呢？ 这是由init.c的main()所决定的，main()里在某个时间会调用 action_for_each_trigger("init", action_add_queue_tail); 这就把on init开始的这样一个section里的所有命令加入到一个执行队列，在未来的某个时候会顺序执行队列里的命令，所以调用action_for_each_trigger的先后决定了命令执行的先后。
    3. service类型的section表示一个可执行程序，例如:
        service surfaceflinger /system/bin/surfaceflinger
            class main
            user system
            group graphics drmrpc
            onrestart restart zygote
        surfaceflinger作为一个名字标识了这个service, /system/bin/surfaceflinger表示可执行文件的位置， class、user、group、onrestart这些关键字所对应的行都被称为options, options是用来描述的service一些特点，不同的service有着不同的options。 service类型的section标识了一个service(或者说可执行程序), 那这个service什么时候被执行呢？是在class_start这个命令被执行的时候，class_start命令行总是存在于某个on类型的section中，"class_start core"这样一条命令被执行，就会启动类型为core的所有service。 所以可以看出android的启动过程主要就是on类型的section被执行的过程。
    4. import类型的section表示引入另外一个.rc文件，例如：
        import init.test.rc
        相当包含另外一些section, 在解析完init.rc文件后继续会调用init_parse_config_file来解析引入的.rc文件。

三、参考init.rc:
    # Copyright (C) 2012 The Android Open Source Project
    #
    # IMPORTANT: Do not create world writable files or directories.
    # This is a common source of Android security bugs.
    #
    
    import /init.usb.rc
    import /init.${ro.hardware}.rc
    import /init.trace.rc
    
    on early-init
        # Set init and its forked children's oom_adj.
        write /proc/1/oom_adj -16
    
        # Set the security context for the init process.
        # This should occur before anything else (e.g. ueventd) is started.
        setcon u:r:init:s0
    
        start ueventd
    
    # create mountpoints
        mkdir /mnt 0775 root system
    
    on init
        chmod 666 /dev/ttymxc0
        chmod 666 /dev/ttymxc1
        chmod 666 /dev/ttymxc2
        chmod 666 /dev/ttymxc3
        chmod 666 /dev/ttymxc4
        chmod 666 /dev/i2c-0
        chmod 666 /dev/i2c-1
        ......
        export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
        export LD_LIBRARY_PATH /vendor/lib:/system/lib
        export ANDROID_BOOTLOGO 1
        export ANDROID_ROOT /system
        export ANDROID_ASSETS /system/app
        export ANDROID_DATA /data
        ......
    ......
    service servicemanager /system/bin/servicemanager
        class core
        user system
        group system
        critical
        onrestart restart zygote
        onrestart restart media
        onrestart restart surfaceflinger
        onrestart restart drm
    
    service vold /system/bin/vold
        class core
        socket vold stream 0660 root mount
        ioprio be 2
    ......