init進程 && 解析Android啟動指令碼init.rc && 修改它使不啟動android && init.rc中啟動一個sh檔案

標籤：

   Android啟動後，系統執行的第一個進程是一個名稱為init 的可執行程式。提供了以下的功能：裝置管理、解析啟動指令碼、執行基本的功能、啟動各種服務。代碼的路徑：
system/core/init，編譯的結果是一個可執行檔：init。這個init 的可執行檔是系統啟動並執行第一個使用者空間的程式，它以守護進程的方式運行。啟動指令碼則就是下面要講的Init.rc。

===========================================================================================

        在Android中使用啟動指令碼init.rc，可以在系統的初始化過程中進行一些簡單的初始化操作。這個指令碼被直接安裝到目標系統的根檔案系統中，被 init可執行程式解析。使用方法參考system/core/init/readme.txt，關鍵字參考system/core/init/keyword.h。
      init.rc是在init啟動後被執行的啟動指令碼，其文法主要包含了以下內容：
Commands：命令
Actions： 動作
Triggers：觸發條件
Services：服務
Options：選項
Propertise：屬性
（1） Commands是一些基本的操作，例如：
    mkdir /sdcard 0000 system system
    mkdir /system
    mkdir /data 0771 system system
    mkdir /cache 0770 system cache
    mkdir /config 0500 root root
    mkdir /sqlite_stmt_journals 01777 root root
    mount tmpfs tmpfs /sqlite_stmt_journals size=4m

這些命令在init可執行程式中被解析，然後調用相關的函數來實現。
（2）Actions(動作)表示一系列的命令，通常在Triggers（觸發條件）中調用，動作和觸發條件的形式為：
   on <trigger>
      <command>
      <command>
      <command>
動作的使用樣本如下：
    on init
    export PATH /sbin:/system/sbin:/system/bin:/system/xbin
    mkdir /system
init表示一個觸發條件，這個觸發事件發生後，進行設定環境變數和建立目錄的操作稱為一個“動作”。
（3）Services（服務）通常表示啟動一個可執行程式，Options（選項）是服務的附加內容，用於配合服務使用。
service vold /system/bin/vold
    socket vold stream 0660 root mount
service bootsound /system/bin/playmp3
    user media
    group audio
    oneshot
vold和bootsound分別是兩個服務的名稱，/system/bin/vold和/system /bin/playmp3分別是他們所對應的可執行程式。socket、user、group、oneshot就是配合服務使用的選項。其中oneshot選項表示該服務只啟動一次，而如果沒有oneshot選項，這個可執行程式會一直存在--如果可執行程式被殺死，則會重新啟動。
（4） Properties（屬性）是系統中使用的一些值，可以進行設定和讀取。
    setprop ro.FOREGROUND_APP_MEM 1536
    setprop ro.sf.hwrotation 90   

    on property:ro.kernel.qemu=1
    start adbd
setprop 用於設定屬性，on property可以用於判斷屬性，這裡的屬性在整個Android系統運行中都是一致的。init指令碼的關鍵字可以參考init進程的system/core/init/keyword.h檔案。init.rc的使用方法，可以參考說明檔案system/core/init/readme.txt。如果想要修改啟動過程只需要修改init.c（system/core/init）或者init.rc裡的內容即可.

         以上說明了init.rc中各個組成部分，這些內容是有固定的執行順序，這個順序由early-init, init, early-boot, boot這四個關鍵字決定。一個典型的rc檔案的寫法如下：
on early-init
--------------

on init
--------------

on early-boot
--------------

on boot
--------------

rc檔案中這4個部分是可以打亂順序隨便寫的，但是解析完了以後的執行順序確實固定的，執行順序如下：early-init -> init -> early-boot -> boot
==================================================================================================================

        既然android是運行在linux之上的，我們可否只啟動linux而不啟動android，這樣的話在不需要圖形介面的裝置中可以大大降低硬體運行要求而提供核心服務。我們可以通過修改init.rc來實現。

        android的系統應用中的一個重要的進程就是zygote,所有的java應用程式進程都是由zygote派生出來的，zygote這個進程的作用就是“生兒子”。zygote進程正是在linux kernel startup後通過這個檔案啟動的，具體看init.rc中這一段：service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server。一段一段的分析這個代碼：啟動服務名字zygote.   /system/bin/app_process：進程的bin檔案具體路徑，後面跟的就是啟動參數-Xzygote /system/bin --zygote --start-system-server。

=================================================================================================

       假設要內建的檔案名稱為iperf。（1）將iperf放到Codebase的任意一個目錄下(該目錄必須能夠在搜尋Android.mk時被搜尋到)，比如system/iperf/iperf。（2）在system/iperf目錄下添加一個Android.mk檔案，內容如下：
LOCAL_PATH:= $(call my-dir)
PRODUCT_COPY_FILES += $(LOCAL_PATH)/iperf:system/iperf/iperf
重新編譯Codebase即可，該檔案將被內建到手機的system/iperf目錄下。注意這種方法禁止複製APK檔案。

=================================================================================================

         假設，我們通過adb調試命令調好了一個外設的硬體模組，下一步的動作，需要讓系統開機自動跑這些命令並正常啟動模組的工作。這個時候，就需要用到sh將這些命令組合起來，放到init.rc中就可以實現這個目的（不要放到init.project.rc中，會影響到WIFIBT）。

        出於執行許可權原因，ko檔案可以放到vendor的/system/lib/modules下（不能放到vendor對應的/data目錄，RELEASE版本/data無許可權insmod），可執行檔包括shell則放到vendor的/system/bin下，這樣確保任何時候都可以執行。

 

[cpp] view plaincopy 

1. #!/system/bin/sh  
2. PKG_DIR=/system/lib/modules  
3. APP_DIR=/system/bin  
4.   
5. cd $PKG_DIR  
6. CUR_PKG_DIR=`pwd`  
7. echo "CUR_PKG_DIR = $CUR_PKG_DIR"  
8.   
9. insmod $PKG_DIR/accel_qlulpsh.ko   
10. insmod $PKG_DIR/mag_qlulpsh.ko   
11. insmod $PKG_DIR/gyro_qlulpsh.ko   
12. insmod $PKG_DIR/pedometer_qlulpsh.ko   
13. insmod $PKG_DIR/gestures_qlulpsh.ko   
14. insmod $PKG_DIR/contexts_qlulpsh.ko   
15.   
16. cd $APP_DIR  
17. CUR_APP_DIR=`pwd`  
18. echo "CUR_APP_DIR = $CUR_APP_DIR"  
19.   
20. #Program the Sensor hub   
21. echo "SensorHub Programming using loader APP"  
22. sleep 1  
23. ./qlulpsh_loader_app -i ./ulpsh_s2_main.shexe -b 1 -s 1 -t 10 -d  
24. sleep 1  
25. ./qlulpsh_loader_app -c 1 -a 0002  
26.   
27. echo "Starting SensorHub..."  
28. echo 1 > /sys/devices/virtual/QL_Sensors/qlulpsh/intr_enable  
29. echo 16 > /sys/devices/virtual/QL_Sensors/qlulpsh/FFE_RunCnt  
30. sleep 1  
31.   
32. echo "Starting sensorservice..."  
33. sensorservice &  

注意：（1）兩個可執行檔前要加./，否則提示可執行檔not found，需指明目前的目錄下。（2）考慮硬體的實際執行情況，sh中有sleep語句，有些讀操作要等待真實硬體初始化OK。（3）sensorservice &啟動安卓系統sensor服務。

 

        在init.rc中，補上如下語句，用service啟動一個shell。

 

[cpp] view plaincopy 

1. # SenHub scripts  
2.         service myshell /system/bin/sensorhub_init.sh  
3.         oneshot  

init進程 && 解析Android啟動指令碼init.rc && 修改它使不啟動android && init.rc中啟動一個sh檔案