build.prop的生成是由make系統解析build/core/Makefile完成。
1) Makefile中首先定義各種變量，這在下一步執行時會用到。比如：
...
PRODUCT_DEFAULT_LANGUAGE="$(calldefault-locale-language,$(PRODUCT_LOCALES))" \
PRODUCT_DEFAULT_REGION="$(calldefault-locale-region,$(PRODUCT_LOCALES))" \
...
Buildinfo.sh很簡單，只是echo一些屬性。
- <span style="font-size:18px;">#!/bin/bash
- echo "# 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"
- fi
- echo "ro.product.manufacturer=$PRODUCT_MANUFACTURER"
- if [ -n "$PRODUCT_DEFAULT_LANGUAGE" ] ; then
- echo "ro.product.locale.language=$PRODUCT_DEFAULT_LANGUAGE"
- fi
- if [ -n "$PRODUCT_DEFAULT_REGION" ] ; then
- echo "ro.product.locale.region=$PRODUCT_DEFAULT_REGION"
- fi
- echo "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"</span>
而，ro.product.locale.language/ ro.product.locale.region就是些屬性，等號後面是值。
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
==================================================================================================