有關android的property機制


今天跟璋兒討論到系統配置的問題。最常見的做法是由一個程序來維護這些配置，進行讀寫。其它的程序如果需要set/get某一配置項，需要通過socket傳送訊息到管理程序。


我想到了android的property機制。其實property就是name&value對，與常見系統中的配置項沒有差異。在android系統中，大量使用了property_set和property_get，用來設定和獲取某一property。下面來分析一下。


property_set/property_get位於libcutils.so庫。任何程序若要呼叫這兩個函式，需要連結libcutils.so。


libcutils.so呼叫到了__system_property_set和__system_property_get函式，這兩個函式位於bionic庫中，原始碼檔案為bionic/libc/bionic/system_properties.c，生成的庫檔案為libc_common.so。


對於set和get，分別會建立socket，傳送訊息到服務端。服務端位於init程序中，有一個property_service程序專門負責這個。該service讀取socket訊息，進行set和get的處理。property_service程式碼位於system/core/init/property_service.c


在system_properties.c和property_service.c中都用到了共享記憶體(用mmap實現），這裡我開始有些搞不懂：如果用socket機制的話，只需要管理程序來維護記憶體即可，客戶端不許要訪問該記憶體，幹嘛要用共享記憶體呢？


原來，android這樣做是為了效率考慮。在system_properties.c的get呼叫中，可以通過只讀方式訪問共享記憶體，直接獲取配置。當然了，為了保證get的時候別人不在set，避免讀寫衝突，get時需要等待一個訊號量。對於set，system_properties.c會通過socket傳送訊息到service端處理，service端增加或者更新property後會wake該訊號量。service端以讀寫方式開啟共享記憶體。


為什麼要這樣設計呢？因為系統中由大量的get呼叫，get可以直接訪問共享記憶體，所以訪問更快。對於set，需要交給服務端處理，這樣開銷比較大，因為用到了socket，但因為set呼叫相對較少，所以問題也不嚴重。另為，android系統由以ctl打頭的property，這種property比較特殊，可以控制服務的執行和停止，將這些控制放在service(即init程序）也就理所當然了！


附上一個框圖：