實戰分析init.rc檔案

前言：經過上一篇的/system/core/init/readme.txt檔案的翻譯，對於init.rc的語法也有了一定的瞭解，這一篇就對/system/core/rootdir/init.rc檔案進行一個分析，希望能夠藉此對android的開機過程有一定的瞭解。

一、綜述

1、rc檔案語法綜述：

首先丟擲一個結論：

action是“觸發器-執行功能”一對多的關係，一個觸發條件然後執行多個程式。

Service是“觸發器-執行功能”多對一的關係，針對於一個程式來設定多個觸發的目標。

基於這個基礎的認知，對於init.rc語法的學習就比較簡單了。

Init.rc檔案是android

Action:

on init

# 設定系統時鐘

    sysclktz 0

# 設定日誌等級

    loglevel 3

    # Backward compatibility

# 直譯，增強相容性

# 將system/etc連結到/etc，將sys/kernel/debug連結到/d

    symlink system/etc /etc

symlink sys/kernel/debug /d

……(省略後半部分)

說明：action中，語法為：

on ***

Command1

Command2

...

此處，***就是action的觸發條件，後面的command1、command2等等就是當***條件觸發後將會執行的命令。

以此處的on init為例，當系統處於初始化時，觸發了init條件（這裡先不管init怎麼觸發的），於是開始執行以下命令symlink system/etc /etc 建立兩個目錄的符號連結，同樣的下一句symlink也是建立兩個目錄之間的符號連結。這樣再依次執行以後省略號之中的內容。

Service:

service servicemanager /system/bin/servicemanager

    class core

    user system

    group system

    critical

    onrestart restart healthd

    onrestart restart zygote

    onrestart restart media

    onrestart restart surfaceflinger

    onrestart restart drm

說明：service中，語法為：

Service 名稱 路徑

描述1

描述2

...

如同之前提到的，與action不同，service是由多個條件觸發一個行為，而這裡的名稱就是所要執行的檔案的名稱，路徑是此檔案所位於的路徑，而描述1、描述2就是此檔案執行的時機和條件（不完全是，有一部分是對於檔案的分類、許可權、等級的描述等，這裡先不管）。

以此處的service為例，servicemanager所處的位置位於/system/bin/servicemanager，後面的class core、user system、group system、critical設定了service所處的類別、使用者、使用者組、以及嚴重的級別，這些是針對於程序屬性的配置，這裡先不管。後面的多個onrestart語句就是該程式能造成的觸發結果，後面的幾句onrestart的意思就是當此service重啟的時候，重新啟動healthd、zygote、media、surfaceflinger、drm程序。

二、init.rc分析

對於init.rc檔案的全面分析已經在之前的文章當中做過了，想要看的同學可以點選這裡進行檢視，而此處是對於init.rc的總體流程進行分析，如果有疑問或不清楚的地方歡迎留言進行討論。

Init.rc的主要步驟：

1、匯入其他預配置rc檔案

2、進行early-init，設定init程序的資訊(包括優先順序、許可權、selinux配置)，開啟ueventd。early-init的主要工作是對init程序進行初始化。

3、Init部分建立了一些目錄結構，對於檔案進行掛載，然後對於系統中的記憶體與程序進行了配置，cpu執行的資料以及一些許可權的管理。總的來說，init部分主要進行了android目錄下大的資料夾的建立工作，包括system、data、cache、config、/mnt/storage（sdcard），對於系統的記憶體配置、程序配置、許可權配置進行了初始化。這裡可以得知，對於作業系統來說，最基本的還是檔案，所以init部分也是首先初始化了檔案的分類存放位置，然後對於一些必要的可選項進行了配置，而配置的方式依然是寫入檔案當中。

4、設定有關充電模式的內容

5、Init-late部分，主要是建立更深層次的子目錄並建立對應的資料。

總結一下：前五步可以說就是所有action當中的內容，我們可以看出，action部分主要完成了以下的工作：配置系統的檔案目錄結構與資料、配置系統的記憶體管理、程序管理以及許可權管理的資料。 可以說，action部分是一些靜態的配置，而接下來的service部分就是一些動態的程序的配置了。

6、對於動態程序的部分，程序很多，觸發條件也很多，就不一一贅述了，而這些程序主要按照分級、分類、分依賴三種劃分方式進行劃分，其中分級指的是對於程序的關鍵性的分級，比如critical標識的程序就是關鍵性的程序，發生錯誤時會造成系統的嚴重錯誤。而分類指的是將程序的功能進行分類，比如屬於core類別、屬於healthd類別等。而分依賴指的是說明了程序當中的互相依賴關係，而init.rc檔案中service的編寫就是主要體現了這種劃分的方式。

三、總結

Android系統博大精深，對於init過程的梳理非常有助於對其整體框架的瞭解，而在init過程當中，大量的檔案操作，也加深了我對於系統中“萬物皆檔案”這一思想的理解。學習過程中也應該更加積極的思考，對於android系統中每個部分的執行在瞭解它的存在的方式的同時，還要了解它的存在的原因，也就是它設計的思想，保持積極的思考。