? ????? Android init.rc文件解析過程詳解(一)

?

一、init.rc文件結(jié)構(gòu)介紹

init.rc文件基本組成單位是section, section分為三種類型，分別由三個關(guān)鍵字(所謂關(guān)鍵字即每一行的第一列)來區(qū)分，這三個關(guān)鍵字是on、service、import。

?

on類型的section表示一系列命令的組合,?例如：

?

on init

????export PATH /sbin:/system/sbin:/system/bin

????export ANDROID_ROOT /system

????export ANDROID_DATA /data

?

這樣一個section包含了三個export命令，命令的執(zhí)行是以section為單位的，所以這三個命令是一起執(zhí)行的，不會單獨執(zhí)行,?那什么時候執(zhí)行呢？?這是由init.c的main()所決定的，main()里在某個時間會調(diào)用

action_for_each_trigger("init", action_add_queue_tail);

這就把on init開始的這樣一個section里的所有命令加入到一個執(zhí)行隊列，在未來的某個時候會順序執(zhí)行隊列里的命令，所以調(diào)用action_for_each_trigger的先后決定了命令執(zhí)行的先后。

?

?

service類型的section表示一個可執(zhí)行程序，例如:

?

service surfaceflinger /system/bin/surfaceflinger

????class main

????user system

????group graphics drmrpc

????onrestart restart zygote

?

surfaceflinger作為一個名字標識了這個service,??/system/bin/surfaceflinger表示可執(zhí)行文件的位置，?class、user、group、onrestart這些關(guān)鍵字所對應的行都被稱為options, options是用來描述的service一些特點，不同的service有著不同的options。

service類型的section標識了一個service(或者說可執(zhí)行程序),?那這個service什么時候被執(zhí)行呢？是在class_start這個命令被執(zhí)行的時候，class_start命令行總是存在于某個on類型的section中，“class_start core”這樣一條命令被執(zhí)行，就會啟動類型為core的所有service。

所以可以看出android的啟動過程主要就是on類型的section被執(zhí)行的過程。

?

?

import類型的section表示引入另外一個.rc文件，例如：

????????

import init.test.rc

?

相當包含另外一些section,?在解析完init.rc文件后繼續(xù)會調(diào)用init_parse_config_file來解析引入的.rc文件。

?

?

二、init.rc文件解析過程

???????我們已經(jīng)知道init.rc的結(jié)構(gòu)，應該可以想到解析init.rc的過程就是識別一個個section的過程，將各個section的信息保存下來，然后在init.c的main()中去執(zhí)行一個個命令。???android采用雙向鏈表(關(guān)于雙向鏈表詳解見本文第三部分)來存儲section的信息，解析完成之后，會得到三個雙向鏈表action_list、service_list、import_list來分別存儲三種section的信息上。

?

1、init.c中調(diào)用init_parse_config_file(“/init.rc”)，?代碼如下：

?????

int init_parse_config_file(const char *fn)

{

????char *data;

????data = read_file(fn, 0);????????//read_file()調(diào)用open\lseek\read?將init.rc讀出來

????if (!data) return -1;

?

????parse_config(fn, data);????????//調(diào)用parse_config開始解析

????DUMP();

????return 0;

}

?

2、parse_config()代碼如下：

?

?

static void parse_config(const char *fn, char *s)

{

????struct parse_state state;

????struct listnode import_list;

????struct listnode *node;

????char *args[INIT_PARSER_MAXARGS];

????int nargs;

?

????nargs = 0;

????state.filename = fn;

????state.line = 0;

????state.ptr = s;

????state.nexttoken = 0;

????state.parse_line = parse_line_no_op;

?

????list_init(&import_list);

????state.priv = &import_list;

?

????for (;;) {

????????switch (next_token(&state)) {?????????????????????????//next_token()根據(jù)從state.ptr開始遍歷

????????case T_EOF:????????????????????????????????//遍歷到文件結(jié)尾，然后goto解析import的.rc文件

????????????state.parse_line(&state, 0, 0);

????????????goto parser_done;

????????case T_NEWLINE:?????????????????????????????????????????//到了一行結(jié)束

????????????state.line++;

????????????if (nargs) {

????????????????int kw = lookup_keyword(args[0]);??????//找到這一行的關(guān)鍵字

????????????????if (kw_is(kw, SECTION)) {????????????????????????//如果這是一個section的第一行????????????????????????????????????????????

????????????????????state.parse_line(&state, 0, 0);

????????????????????parse_new_section(&state, kw, nargs, args);

????????????????} else {???????????????????????????????????????????????????//如果這不是一個section的第一行

????????????????????state.parse_line(&state, nargs, args);

????????????????}

????????????????nargs = 0;

????????????}

????????????break;

????????case T_TEXT:???????????????????????????????????????????????????//遇到普通字符

????????????if (nargs < INIT_PARSER_MAXARGS) {

????????????????args[nargs++] = state.text;

????????????}

????????????break;

????????}

????}

parser_done:

????list_for_each(node, &import_list) {

?????????struct import *import = node_to_item(node, struct import, list);

?????????int ret;

?

?????????INFO("importing '%s'", import->filename);

?????????ret = init_parse_config_file(import->filename);

?????????if (ret)

?????????????ERROR("could not import file '%s' from '%s'\n",

???????????????????import->filename, fn);

????}

}

?

next_token()?解析完init.rc中一行之后，會返回T_NEWLINE，這時調(diào)用lookup_keyword函數(shù)來找出這一行的關(guān)鍵字, lookup_keyword返回的是一個整型值，對應keyword_info[]數(shù)組的下標，keyword_info[]存放的是keyword_info結(jié)構(gòu)體類型的數(shù)據(jù)，

?

struct {

????const char *name;??????????????????????????????????????????//關(guān)鍵字的名稱

????int (*func)(int nargs, char **args);????????????//對應的處理函數(shù)

????unsigned char nargs;????????????????????????????????//參數(shù)個數(shù)

????unsigned char flags;?????????????????????????????????//flag標識關(guān)鍵字的類型,

?????????????????????????????????????????? ????????????????????????????????????????包括COMMAND、OPTION、SECTION

} keyword_info

?

因此keyword_info[]中存放的是所有關(guān)鍵字的信息，每一項對應一個關(guān)鍵字。

?

根據(jù)每一項的flags就可以判斷出關(guān)鍵字的類型，如新的一行是SECTION，就調(diào)用parse_new_section()來解析這一行,?如新的一行不是一個SECTION的第一行，那么調(diào)用state.parseline()來解析(state.parseline所對應的函數(shù)會根據(jù)section類型的不同而不同)，在parse_new_section()中進行動態(tài)設(shè)置。

?

三種類型的section: service、on、import,??service對應的state.parseline為parse_line_service,

on對應的state.parseline為parse_line_action, import section中只有一行所以沒有對應的state.parseline。

轉(zhuǎn)載：http://blog.itpub.net/7232789/viewspace-758162/

總結(jié)

以上是生活随笔為你收集整理的Android init.rc文件解析过程详解(一)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。