MTK Android Framework用SystemProperties通過JNI調用訪問系統屬性

Android System Property

代碼中大量存在：SystemProperties.set()/SystemProperties.get()；通過這兩個接口可以對系統的屬性進行讀取/設置，

顧名思義系統屬性，肯定對整個系統全局共享。通常程序的執行以進程為單位各自相互獨立，如何實現全局共享呢？

System Properties是怎么一回事，又是如何實現的呢？

屬性系統是android的一個重要特性。它作為一個服務運行，管理系統配置和狀態。所有這些配置和狀態都是屬性。

每個屬性是一個鍵值對（key/value pair），其類型都是字符串。

這些屬性可能是有些資源的使用狀態，進程的執行狀態，系統的特有屬性……

可以通過命令adb shell ：

getprop查看手機上所有屬性狀態值。

或者 getprop init.svc.bootanim制定查看某個屬性狀態

使用setprop init.svc.bootanim start 設置某個屬性的狀態

 

特別屬性 :

如果屬性名稱以“ro.”開頭，那么這個屬性被視為只讀屬性。一旦設置，屬性值不能改變。

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

如果屬性名稱以“net.”開頭，當設置這個屬性時，“net.change”屬性將會自動設置，以加入到最后修改的屬性名。

（這是很巧妙的。 netresolve模塊的使用這個屬性來追蹤在net.*屬性上的任何變化。）

屬性“ ctrl.start ”和“ ctrl.stop ”是用來啟動和停止服務。每一項服務必須在/init.rc中定義.系統啟動時，與init守護

進程將解析init.rc和啟動屬性服務。一旦收到設置“ ctrl.start ”屬性的請求，屬性服務將使用該屬性值作為服務

名找到該服務，啟動該服務。這項服務的啟動結果將會放入“ init.svc.<服務名>“屬性中。客戶端應用程序可以輪詢那個屬性值，以確定結果。

二 framework訪問系統服務流程

framework通過SystemProperties接口操作系統屬性，SystemProperties通過JNI調用訪問系統屬性。

frameworks\base\core\java\android\os\ SystemProperties.java：

public class SystemProperties
{
    //JNI
    private static native String native_get(String key, String def);
    private static native void native_set(String key, String def);

    public static String get(String key, String def) {
        return native_get(key, def);
    }

    public static void set(String key, String val) {
        native_set(key, val);
    }
}

Jni代碼位置：

\frameworks\base\core\jni\android_os_SystemProperties.cpp

獲取系統屬性 阻塞方式：

static jstring SystemProperties_getSS()
{
        len = property_get(key, buf, "");
} 

操作在\bionic\libc\bionic\system_properties.c中：

int __system_property_get(const char *name, char *value)
{
    //數據已經存儲在內存中__system_property_area__ 等待讀取完返回
    const prop_info *pi = __system_property_find(name);
    return __system_property_read(pi, 0, value);
} 

進程啟動后數據已經將系統屬性數據讀取到相應的共享內存中，保存在全局變量__system_property_area__；

進程之間都是獨立的，系統屬性數據是如何讀取到當前進程空間中的呢？后續介紹。

設置屬性異步socket通信：

int __system_property_set(const char *key, const char *value)
{
      msg.cmd = PROP_MSG_SETPROP;
    strlcpy(msg.name, key, sizeof msg.name);
    strlcpy(msg.value, value, sizeof msg.value);
    err = send_prop_msg(&msg);
}

static int send_prop_msg(prop_msg *msg)
{
    //sokcet 通信 /dev/socket/property_service 
    s = socket(AF_LOCAL, SOCK_STREAM, 0);
    connect(s, (struct sockaddr *) &addr, alen)
    send(s, msg, sizeof(prop_msg), 0)
    close(s);
}

通過socket向property_service發送消息，property_service運行在哪里呢？

三 Property Service創建服務端socket

init進程啟動監聽過程中：\system\core\init\Init.c

int main(int argc, char **argv)
{    
    //加入到action queue隊列
    queue_builtin_action(property_service_init_action, "property_service_init");
    for(;;)
        //執行action queue隊列
        //接收通過socket向property service 發送的數據;
        nr = poll(ufds, fd_count, timeout);
        ……
        handle_property_set_fd();
}

static int property_service_init_action(int nargs, char **args)
{
    start_property_service();

}

\system\core\init\property_service.c：
void start_property_service(void)
{
    //加載屬性配置文件
    load_properties_from_file(PROP_PATH_SYSTEM_BUILD);
    load_properties_from_file(PROP_PATH_SYSTEM_DEFAULT);
    load_properties_from_file(PROP_PATH_LOCAL_OVERRIDE);
    load_persistent_properties();
    
    //創建socket資源 並綁定
    fd = create_socket(PROP_SERVICE_NAME, SOCK_STREAM, 0666, 0, 0);
    //監聽
    listen(fd, 8);
}

Property Service 是運行在init守護進程中。

接收到消息之后干什么，還是要先弄清楚整個Property Service是如何實現的呢，后續介紹。

先看看Property Service接收到消息后的處理。

 

四 Property Service 監聽socket處理

Property Service監聽socket消息的處理過程：

void handle_property_set_fd()
{
    //等待建立通信
    s = accept(property_set_fd, (struct sockaddr *) &addr, &addr_size)

    //獲取套接字相關信息 uid gid
    getsockopt(s, SOL_SOCKET, SO_PEERCRED, &cr, &cr_size);
    //接收屬性設置請求消息
    recv(s, &msg, sizeof(msg), 0);
    //處理消息    
    switch(msg.cmd) {
    case PROP_MSG_SETPROP:
        //通過設置系統屬性  處理ctl.開頭消息
        if(memcmp(msg.name,"ctl.",4) == 0) 
        {
            //權限檢測
            if (check_control_perms(msg.value, cr.uid, cr.gid)) 
            {
                handle_control_message((char*) msg.name + 4, (char*) msg.value);
            }
        } else 
        {
            //更改系統屬性值
            if (check_perms(msg.name, cr.uid, cr.gid)) 
            {
                property_set((char*) msg.name, (char*) msg.value);
            }
        }
    break;
    }
    close(s);
}

通過設置系統屬性啟動/關閉Service：

權限判斷：

static int check_control_perms(const char *name, unsigned int uid, unsigned int gid) 
{
    // system /root用戶直接有權限
    if (uid == AID_SYSTEM || uid == AID_ROOT)
        return 1;
    
    //查詢用戶名單，判斷是否存在表中並具有對應權限
    for (i = 0; control_perms[i].service; i++) {
        if (strcmp(control_perms[i].service, name) == 0) {
            if ((uid && control_perms[i].uid == uid) ||
                (gid && control_perms[i].gid == gid)) {
                return 1;
            }
        }
    }
    return 0;
}

 

所以如果想要應用有權限啟動/關閉某Native Service：

需要具有system/root權限

找到對應應用uid gid，將應用名稱加入到control_perms列表中

 

處理消息 可以通過設置系統屬性 改變服務的執行狀態 start/stop：

void handle_control_message(const char *msg, const char *arg)
{
    if (!strcmp(msg,"start")) {
        msg_start(arg);
    } else if (!strcmp(msg,"stop")) {
        msg_stop(arg);
    } else if (!strcmp(msg,"restart")) {
        msg_stop(arg);
        msg_start(arg);
    } 
}

static void msg_start(const char *name)
{
    service_start(svc, args);
}
void service_start(struct service *svc, const char *dynamic_args){
    //創建進程啟動服務
    pid = fork();
    execve(svc->args[0], (char**) svc->args, (char**) ENV);
    
    //修改服務的系統屬性 執行狀態
    notify_service_state(svc->name, "running");
}

連着前面就是ctr.start和ctr.stop系統屬性：用來啟動和停止服務的。

例如：

// start boot animation

property_set("ctl.start", "bootanim");

在init.rc中表明服務是否在開機時啟動：

service adbd /sbin/adbd
　　　　class core
　　　　disabled //不自動啟動

 

啟動服務的時候會判斷：

static void service_start_if_not_disabled(struct service *svc)
{
        //判斷是否啟動
        if (!(svc->flags & SVC_DISABLED)) {
            service_start(svc, NULL);
        }
}

修改系統屬性值：

static int check_perms(const char *name, unsigned int uid, unsigned int gid)
{
    //進行權限檢測
    for (i = 0; property_perms[i].prefix; i++) {
        int tmp;
        if (strncmp(property_perms[i].prefix, name,
                    strlen(property_perms[i].prefix)) == 0) {
            if ((uid && property_perms[i].uid == uid) ||
                (gid && property_perms[i].gid == gid)) {
                return 1;
            }
        }
    }

    return 0;
}

 

看這個修改系統屬性權限表：

property_perms[] = {
    { "net.dns",          AID_RADIO,    0 },
    { "net.",             AID_SYSTEM,   0 },
    { "dev.",             AID_SYSTEM,   0 },
    { "runtime.",         AID_SYSTEM,   0 },
    { "sys.",             AID_SYSTEM,   0 },
    { "service.",         AID_SYSTEM,   0 },
    { "persist.sys.",     AID_SYSTEM,   0 },
    { "persist.service.", AID_SYSTEM,   0 },
    ……
     { NULL, 0, 0 }
};

 

 指定了特定的用戶有用修改 帶有某些前綴的系統屬性值。

 到這里基本就是Property對外的基本工作流程，Property Service內部具體如何實現，操作運行，

 跨進程空想內存等問題仍未清除是如何處理的。

 五 屬性系統設計

 屬性系統的上層架構如下圖所示：

 

Property Service運行在init進程中，開機從屬性文件中加載到共享內存中；設置系統屬性通過socket與Property Service通信。

Property Consumer進程將存儲系統屬性值的共享內存，加載到當前進程虛擬空間中，實現對系統屬性值的讀取。

Property Setter進程修改系統屬性，通過socket向Property Service發送消息，更改系統屬性值。

 

六 屬性系統實現

屬性系統設計的關鍵就是：跨進程共享內存的實現。

下面將看看屬性系統實現具體過程：

Init進程執行：

int main(int argc, char **argv){
    //將屬性系統初始化函數加入action queue
　　queue_builtin_action(property_init_action, "property_init");
　　for(;;)
}

static int property_init_action(int nargs, char **args)
{
    property_init(load_defaults);
}

初始化Property Service：

       \system\core\init\property_service.c

void property_init(bool load_defaults)
{
    //初始化共享內存空間
    init_property_area();
    //加載屬性文件
　　load_properties_from_file(PROP_PATH_RAMDISK_DEFAULT);
}

初始化共享內存空間：

static int init_property_area(void)
{    
    //創建匿名內存空間PA_SIZE = 32768
    init_workspace(&pa_workspace, PA_SIZE)
    //將內存區域分成兩部分：屬性系統基本信息和屬性鍵值對
    pa_info_array = (void*) (((char*) pa_workspace.data) + PA_INFO_START);
    
    //初始化屬性系統信息
    pa = pa_workspace.data;
    memset(pa, 0, PA_SIZE);
    pa->magic = PROP_AREA_MAGIC;
    pa->version = PROP_AREA_VERSION;

    /* plug into the lib property services */
    __system_property_area__ = pa;
}

__system_property_area__：

每個進程都會使用此變量，指向系統屬性共享內存區域，訪問系統屬性，很重要。

位於：\bionic\libc\bionic\system_properties.c中，屬於bionic庫。后面將介紹各進程如何加載共享內存。

 

將文件作為共享內存映射到進程空間內存使用：

static int init_workspace(workspace *w, size_t size)
{
    //dev is a tmpfs是一種虛擬內存文件系統
    int fd = open("/dev/__properties__", O_RDWR | O_CREAT, 0600);
    //將文件映射為共享進程空間內存 使其可以與操作內存方式一致
    void *data = mmap(NULL, size, PROT_READ | PROT_WRITE, 
　　　　　　MAP_SHARED, fd, 0);
    close(fd);
    
    //刪除文件
    fd = open("/dev/__properties__", O_RDONLY);
    unlink("/dev/__properties__");
    //保存fd size 將作為環境變量傳遞給每個進程
     w->data = data; w->size = size; w->fd = fd;
}

加載系統屬性默認數據文件：

#define PROP_PATH_RAMDISK_DEFAULT  "/default.prop"
static void load_properties_from_file(const char *fn)
{
    //讀取系統屬性鍵值對數據寫入到共享內存中
    data = read_file(fn, &sz);
    load_properties(data);
} 

加上上面所述：Property Service Socket資源的創建，來監聽socket通信連接設置系統屬性，

在Init進程中Property Service完成了初始化。

將得到該內存區域數據結構：

 

七 進程共享系統屬性內存空間實現

Property Service運行於init進程中，將文件映射為創建一塊共享內存空間，但在整個系統中，

其他進程也能夠讀取這塊內存映射到當前進程空間中，是如何實現的呢？

Service進程啟動：將共享內存空間fd size作為環境變量傳遞給新創建進程

void service_start(struct service *svc, const char *dynamic_args)
{
    //創建進程
    pid = fork();

    if (pid == 0) {
        if (properties_inited()) {
            //獲取系統屬性空間文件描述
            get_property_workspace(&fd, &sz);
            //dup最小的可用文件描述符
            sprintf(tmp, "%d,%d", dup(fd), sz);
            //加入ANDROID_PROPERTY_WORKSPACE環境變量到ENV 
　　　　　　　　//包含共享內存fd
            add_environment("ANDROID_PROPERTY_WORKSPACE", tmp);
        }
        //執行程序 傳遞環境變量ENV
        execve(svc->args[0], (char**) svc->args, (char**) ENV)
        //設置Service系統屬性
        notify_service_state(svc->name, "running");
    }
}

void get_property_workspace(int *fd, int *sz)
{
   *fd = pa_workspace.fd;
   *sz = pa_workspace.size;
}

共享內存空間fd size作為環境變量傳遞給新創建進程后，將在何處使用呢？

將系統屬性內存空間映射到當前進程虛擬空間：

進程在啟動時，會加載動態庫bionic libc庫：

\bionic\libc\bionic\libc_init_dynamic.c中：

void __attribute__((constructor)) __libc_preinit(void);  

        

根據GCC的constructor/destructor屬性：

給一個函數賦予constructor或destructor，其中constructor在main開始運行之前被調用，

destructor在main函數結束后被調用。如果有多個constructor或destructor，可以給每個constructor

或destructor賦予優先級，對於constructor，優先級數值越小，運行越早。destructor則相反。

多個constructor需要加優先級：

__attribute__((constructor(1))) void func1()  
{  
    printf("in constructor of foo\n");  
}  
__attribute__((constructor(2))) void func2()  
{  
    printf("in constructor of foo1\n");  
} 
__attribute__((destructor)) void bar()  
{  
    printf("in constructor of bar\n");  
}

 

__libc_preinit在bionic libc庫加載的時候會被調用：

void __libc_preinit(void)
{   
    __libc_init_common(elfdata);
}

void __libc_init_common(uintptr_t *elfdata)
{
    __system_properties_init();
}

int __system_properties_init(void)
{
    prop_area *pa;    int s, fd;        unsigned sz;        char *env;
    //獲取環境變量ANDROID_PROPERTY_WORKSPACE 
　　//與上面init進程中設置對應
    env = getenv("ANDROID_PROPERTY_WORKSPACE");
    //共享內存文件描述符 內存大小
    fd = atoi(env);
    sz = atoi(env + 1);
    //將文件描述符映射到當前進程虛擬空間內存，實現共享內存
    pa = mmap(0, sz, PROT_READ, MAP_SHARED, fd, 0);
    //全局變量指向共享系統屬性內存首地址
    __system_property_area__ = pa;
}

這就是整個System Property的訪問交互和實現過程，具體請參考源碼。

參考文檔：

　　http://blog.chinaunix.net/uid-20459533-id-3168973.html

　　http://www.cnblogs.com/simonshi/archive/2010/04/08/1707516.html

　　http://blog.csdn.net/zhangchiytu/article/details/7539101

 

 

Android屬性之build.prop生成過程：

http://www.cnblogs.com/bastard/archive/2013/02/28/2937014.html