Android系統移植與調試之——->build.prop產生過程分析

本文簡要分析一下build.prop是如何產生的。Android的build.prop檔案是在Android編譯時間刻收集的各種property（LCD density/語言/編譯時間, etc.），編譯完成之後，檔案產生在out/target/product/<board>/system/目錄下。在Android運行時刻可以通過property_get()[c/c++域] / SystemProperties_get*()[Java域]讀取這些屬性值。 

build.prop的產生是由make系統解析build/core/Makefile完成。

1)      Makefile中首先定義各種變數，這在下一步執行時會用到。比如：

...  
PRODUCT_DEFAULT_LANGUAGE="$(calldefault-locale-language,$(PRODUCT_LOCALES))" \  
PRODUCT_DEFAULT_REGION="$(calldefault-locale-region,$(PRODUCT_LOCALES))" \  

...  

2)      Makefile中調用build/tools/buildinfo.sh執行指令碼，並輸出到build.prop
Buildinfo.sh很簡單，只是echo一些屬性。

#!/bin/bashecho "# begin build properties"echo "# autogenerated by buildinfo.sh"echo "ro.build.id=$BUILD_ID"echo "ro.build.display.id=$BUILD_DISPLAY_ID"echo "ro.build.version.incremental=$BUILD_NUMBER"echo "ro.build.version.sdk=$PLATFORM_SDK_VERSION"echo "ro.build.version.codename=$PLATFORM_VERSION_CODENAME"echo "ro.build.version.release=$PLATFORM_VERSION"echo "ro.build.date=`date`"echo "ro.build.date.utc=`date +%s`"echo "ro.build.type=$TARGET_BUILD_TYPE"echo "ro.build.user=$USER"echo "ro.build.host=`hostname`"echo "ro.build.tags=$BUILD_VERSION_TAGS"echo "ro.product.model=$PRODUCT_MODEL"echo "ro.product.brand=$PRODUCT_BRAND"echo "ro.product.name=$PRODUCT_NAME"echo "ro.product.device=$TARGET_DEVICE"echo "ro.product.board=$TARGET_BOOTLOADER_BOARD_NAME"echo "ro.product.cpu.abi=$TARGET_CPU_ABI"if [ -n "$TARGET_CPU_ABI2" ] ; then  echo "ro.product.cpu.abi2=$TARGET_CPU_ABI2"fiecho "ro.product.manufacturer=$PRODUCT_MANUFACTURER"if [ -n "$PRODUCT_DEFAULT_LANGUAGE" ] ; then  echo "ro.product.locale.language=$PRODUCT_DEFAULT_LANGUAGE"fiif [ -n "$PRODUCT_DEFAULT_REGION" ] ; then  echo "ro.product.locale.region=$PRODUCT_DEFAULT_REGION"fiecho "ro.wifi.channels=$PRODUCT_DEFAULT_WIFI_CHANNELS"echo "ro.board.platform=$TARGET_BOARD_PLATFORM"echo "# ro.build.product is obsolete; use ro.product.device"echo "ro.build.product=$TARGET_DEVICE"echo "# Do not try to parse ro.build.description or .fingerprint"echo "ro.build.description=$PRIVATE_BUILD_DESC"echo "ro.build.fingerprint=$BUILD_FINGERPRINT"echo "ro.build.characteristics=$TARGET_AAPT_CHARACTERISTICS"echo "# end build properties"

而，ro.product.locale.language/ ro.product.locale.region就是些屬性，等號後面是值。

3)      Makefile中直接把$(TARGET_DEVICE_DIR)/system.prop的內容追加到build.prop中。

4)      收集ADDITIONAL_BUILD_PROPERTIES中的屬性，追加到build.prop中。

ADDITIONAL_BUILD_PROPERTIES又會收集PRODUCT_PROPERTY_OVERRIDES中定義的屬性

ADDITIONAL_BUILD_PROPERTIES:= \  
        $(ADDITIONAL_BUILD_PROPERTIES)\  

        $(PRODUCT_PROPERTY_OVERRIDES)  

通過build.prop產生過程的分析，可知哪裡可以修改原有的屬性或加入自己定義屬性，那就是2) buildinfo.sh; 3) system.prop; 4) ADDITIONAL_BUILD_PROPERTIES或PRODUCT_PROPERTY_OVERRIDES。不過建議改在system.prop或PRODUCT_PROPERTY_OVERRIDES，這對應於具體特定平台或產品的修改。

(ps:原文地址：http://blog.csdn.net/thl789/article/details/7014300)

每個屬性都有一個名稱和值，他們都是字串格式。屬性被大量使用在Android系統中，用來記錄系統設定或進程之間的資訊交換。屬性是在整個系統中全域可見的。每個進程可以get/set屬性。

 

在系統初始化時，Android將分配一個共用記憶體區來儲存的屬性。這些是由“init”守護進程完成的，其原始碼位於：device/system/init。“init”守護進程將啟動一個屬性服務。

 

屬性服務在“init”守護進程中運行。每一個用戶端想要設定屬性時，必須串連屬性服務，再向其發送資訊。屬性服務將會在共用記憶體區中修改和建立屬性。任何用戶端想獲得屬性資訊，可以從共用記憶體直接讀取。這提高了讀取效能。 用戶端應用程式可以調用libcutils中的API函數以GET/SET屬性資訊。libcutils的原始碼位於：device/libs/cutils。API函數是：

int property_get(const char *key, char *value, const char *default_value);

int property_set(const char *key, const char *value);

 

而libcutils又調用libc中的 __system_property_xxx 函數獲得共用記憶體中的屬性。libc的原始碼位於：device/system/bionic。

 

屬性服務調用libc中的__system_property_init函數來初始化屬性系統的共用記憶體。當啟動屬性服務時，將從以下檔案中載入預設屬性：

 

/default.prop

/system/build.prop

/system/default.prop

/data/local.prop

 

屬性將會以上述順序載入。後載入的屬性將覆蓋原先的值。這些屬性載入之後，最後載入的屬性會被保持在/data/property中。

 

特別屬性 如果屬性名稱以“ro.”開頭，那麼這個屬性被視為唯讀屬性。一旦設定，屬性值不能改變。

 

如果屬性名稱以“persist.”開頭，當設定這個屬性時，其值也將寫入/data/property。

 

如果屬性名稱以“net.”開頭，當設定這個屬性時，“net.change”屬性將會自動化佈建，以加入到最後修改的屬性名稱。（這是很巧妙的。 netresolve模組的使用這個屬性來追蹤在net.*屬性上的任何變化。）

 

屬性“ ctrl.start ”和“ ctrl.stop ”是用來啟動和停止服務。

 

每一項服務必須在/init.rc中定義.系統啟動時，與init守護進程將解析init.rc和啟動屬性服務。一旦收到設定“ ctrl.start ”屬性的請求，屬性服務將使用該屬性值作為服務名找到該服務，啟動該服務。這項服務的啟動結果將會放入“ init.svc.<服務名>“屬性中 。用戶端應用程式可以輪詢那個屬性值，以確定結果

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

  作者：歐陽鵬  歡迎轉載，與人分享是進步的源泉！

  轉載請保留原文地址：http://blog.csdn.net/ouyang_peng

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