Android 属性系统 Property service 设定分析 (转载)

本文深入解析Android平台上的属性服务(Propertyservice),探讨其在SurfaceFlinger启动过程中的作用,以及如何通过属性服务实现进程间的同步。文章还详细解释了属性服务客户端和服务端的工作流程,包括属性设置和获取的具体实现。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转自:http://blog.youkuaiyun.com/andyhuabing/article/details/7381879

 

Android 属性系统 Property service 设定分析

在Window中有个注册表的东东,可以存储一些类似key:value的 键值对,而在android平台上也有类似的机制叫做属性服务(Property service)进行初始化,设置及修改和查询的功能,adb shell命令使用 setprop 及 getprop 可以看到。

问题:
SurfaceFlinger启动后线程调用readyToRun函数时设定有一个属性值:
status_t SurfaceFlinger::readyToRun()
{
    LOGI(   "SurfaceFlinger's main thread ready to run. "
            "Initializing graphics H/W...");
...
    /*
     *  We're now ready to accept clients...
     */


    // start boot animation
    property_set("ctl.start", "bootanim");
    
    return NO_ERROR;
}

是如何启动bootanim这个服务的呢?bootanim就是开机动画的一个单独进程,在init.rc中以 service bootanim /system/bin/bootanimation 作为一个服务启动,为了使用图形系统功能必须等待SurfaceFlinger启动后才能执行,这里就利用属性服务作为进程同步之用法。

下面我们就这个流程进行一个简单梳理:


一、属性客户端流程

property_set("ctl.start", "bootanim"); 这就是启动触发点!!!
-->
property_set @ /system/core/libcutils/properties.c
int property_set(const char *key, const char *value)
{
    msg.cmd = PROP_MSG_SETPROP;
    strcpy((char*) msg.name, key);
    strcpy((char*) msg.value, value);


    return send_prop_msg(&msg);
}
-->
这里就是通过一个普通的TCP(SOCK_STREAM)套接字进行通讯
static int send_prop_msg(prop_msg *msg)
{
    s = socket_local_client(PROP_SERVICE_NAME, 
                            ANDROID_SOCKET_NAMESPACE_RESERVED,
                            SOCK_STREAM);
    if(s < 0) return -1;
    
    while((r = send(s, msg, sizeof(prop_msg), 0)) < 0) {
        if((errno == EINTR) || (errno == EAGAIN)) continue;
        break;
    }
    close(s);
    return r;
}


二、服务端是如何监听并实现注程


main @ /system/core/init/init.c 
int main(int argc, char **argv)
{
int property_set_fd = -1;

  /* read any property files on system or data and
   * fire up the property service.  This must happen
   * after the ro.foo properties are set above so
   * that /data/local.prop cannot interfere with them.
   */
  property_set_fd = start_property_service();

  

  // 将 property_set_fd 设定到poll监听队列

  ufds[0].fd = device_fd;
  ufds[0].events = POLLIN;
  ufds[1].fd = property_set_fd;
  ufds[1].events = POLLIN;  
  
  for(;;) {
   ...
   nr = poll(ufds, fd_count, timeout);
  

// 监听到有属性服务请求需要处理
if (ufds[1].revents == POLLIN)
       handle_property_set_fd(property_set_fd);  

    ...
  }
  return 0;
}


先看一下 start_property_service 如何实现的?
int start_property_service(void)
{
    int fd;

    load_properties_from_file(PROP_PATH_SYSTEM_BUILD);
    load_properties_from_file(PROP_PATH_SYSTEM_DEFAULT);
    load_properties_from_file(PROP_PATH_LOCAL_OVERRIDE);
    /* Read persistent properties after all default values have been loaded. */
    load_persistent_properties();

    fd = create_socket(PROP_SERVICE_NAME, SOCK_STREAM, 0666, 0, 0);
    if(fd < 0) return -1;
    fcntl(fd, F_SETFD, FD_CLOEXEC);
    fcntl(fd, F_SETFL, O_NONBLOCK);

    listen(fd, 8);
    return fd;

}


ok,明白了吧,创建了一个SOCK_STREAM套接字并进入监听listen状态

//1、接收socket请求连接     if ((s = accept(fd, (struct sockaddr *) &addr, &addr_size)) < 0) {
        return;
    }


//2、收取属性请求数

 r = recv(s, &msg, sizeof(msg), 0);

close(s);



//3、处理属情请求数据

    switch(msg.cmd) {
    case PROP_MSG_SETPROP:
    ...
    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);
          }            
      }
    }
}


由于请求消息是:ctl.start 则执行 handle_control_message 这个函数:
handle_control_message @ /system/core/init/init.c
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 {
        ERROR("unknown control msg '%s'\n", msg);
    }
}


static void msg_start(const char *name)
{
svc = service_find_by_name(name);
...
service_start(svc, args);
}


static void msg_stop(const char *name)
{
    struct service *svc = service_find_by_name(name);
    service_stop(svc);
}


看下上面的代码大家应该明白了吧,就是请求ServiceManager服务进行启动或停止某个服务,这里就是那是 bootanim 服务了。


还有一点为何 bootanim 在init.rc 脚本中没有开机就启动呢?请见 init.rc 脚本:
service bootanim /system/bin/bootanimation
    user graphics
    group graphics
    disabled
    oneshot

看到 disabled 没有,这个关键字是在添加到 service_list 双键表时使用:

#define SVC_DISABLED    0x01  /* do not autostart with class */
#define SVC_ONESHOT     0x02  /* do not restart on exit */
#define SVC_RUNNING     0x04  /* currently active */
#define SVC_RESTARTING  0x08  /* waiting to restart */
#define SVC_CONSOLE     0x10  /* requires console */
#define SVC_CRITICAL    0x20  /* will reboot into recovery if keeps crashing */
    
static void parse_line_service(struct parse_state *state, int nargs, char **args)
{
    kw = lookup_keyword(args[0]);
    switch (kw) {
    case K_disabled:
        svc->flags |= SVC_DISABLED;
        break;
    ...
}

而在执行 service_start 及 service_stop 时都会判定这个 flags 值:

void service_stop(struct service *svc)
{
/* if the service has not yet started, prevent
         * it from auto-starting with its class
  */
svc->flags |= SVC_DISABLED;
...
}

初始启动Service流程:
int do_class_start(int nargs, char **args)
{
        /* Starting a class does not start services
         * which are explicitly disabled.  They must
         * be started individually.
         */
    service_for_each_class(args[1], service_start_if_not_disabled);
    return 0;
}


static void service_start_if_not_disabled(struct service *svc)
{
    if (!(svc->flags & SVC_DISABLED)) {
        service_start(svc, NULL);
    }
}

这里会决定这个 Service 是否初始开机启机,通过这个 SVC_DISABLED flag即可判定。


还有一个补充说明一下:

ctr.startctr.stop系统属性?

每一项服务必须在/init.rc中定义.Android系统启动时,init守护进程将解析init.rc和启动属性服务,属性“ ctl.start ”“ ctl.stop ”是用来启动和停止服务的。一旦收到设置“ ctrl.start ”属性的请求,属性服务将使用该属性值作为服务名找到该服务,启动该服务。这项服务的启动结果将会放入“ init.svc.<服务名>“属性中 。客户端应用程序可以轮询那个属性值,以确定结果。


基本常用代码写法:

static const char DAEMON_NAME[]        = "dhcpcd";
static const char DAEMON_PROP_NAME[]   = "init.svc.dhcpcd";


int dhcp_stop(const char *interface)
{
    char result_prop_name[PROPERTY_KEY_MAX];
    const char *ctrl_prop = "ctl.stop";
    const char *desired_status = "stopped";

    ...

    /* Stop the daemon and wait until it's reported to be stopped */
    property_set(ctrl_prop, DAEMON_NAME);
    if (wait_for_property(DAEMON_PROP_NAME, desired_status, 5) < 0) {
        return -1;
    }

}


这里对于 wait_for_property 的状态信息说明一下:

请注意执行 service_start  函数最后会执行如下语句:

void service_start(struct service *svc, const char *dynamic_args)
{

    ...

    notify_service_state(svc->name, "running");
}


static void notify_service_state(const char *name, const char *state)
{
    char pname[PROP_NAME_MAX];
    int len = strlen(name);
    if ((len + 10) > PROP_NAME_MAX)
        return;

    // 通过这里组成 init.svc.xxx 属性名称,并调用 property_set 设定其状态完成
    snprintf(pname, sizeof(pname), "init.svc.%s", name);
    property_set(pname, state);
}

转载于:https://www.cnblogs.com/lance-ehf/p/4061992.html

### Android 设备电池管理系统的实现与优化 #### 一、核心组件:`BatteryManager` 的使用 Android 提供了 `BatteryManager` API,用于获取设备当前的电池状态信息。开发者可以通过调用该服务来监控电池的状态并实施相应的优化策略。例如,当检测到电量低于某个阈值时,可以减少应用程序的功能开销。 以下是通过 `BatteryManager` 获取电池剩余电量的一个简单示例: ```java BatteryManager batteryManager = (BatteryManager) getSystemService(BATTERY_SERVICE); int batteryLevel = batteryManager.getIntProperty(BatteryManager.BATTERY_PROPERTY_CAPACITY); if (batteryLevel < 20) { // 当前电量不足 20%,采取节能措施 reduceUpdates(); } private void reduceUpdates() { // 减少后台更新频率或其他高能耗操作 } ``` 上述代码展示了如何利用 `BatteryManager` 来判断电池水平,并在电量过低的情况下执行特定的操作[^1]。 --- #### 二、系统级省电功能介绍 从 Android 6.0 开始,Google 推出了两项重要的省电特性——**低电耗模式**和**应用待机模式**: - **低电耗模式(Doze Mode)**: 当设备处于静止状态较长时间且屏幕关闭时,系统会进入 Doze 模式。在此模式下,所有的非必要的后台活动都会被暂停,从而显著降低功耗。这包括但不限于延迟网络访问、限制 CPU 使用以及阻止定时器唤醒等行为[^3]。 - **应用待机模式(App Standby Buckets)**: 对于那些用户最近未曾使用的 App,系统将其放入“待机桶”,进一步限制其背景活动。这种机制能够有效防止长期未使用的程序占用过多资源而影响整体续航表现[^3]。 --- #### 三、针对不同场景下的具体优化建议 ##### 1. 背景任务控制 对于频繁运行的任务或者服务来说,合理安排它们的工作周期至关重要。如果可能的话,尽量将多个小型任务合并成一次较大的批量处理过程完成;另外还可以考虑采用 WorkManager 库替代传统的 AlarmManager 或 JobScheduler 方案来进行更加灵活的时间调度管理[^4]。 ##### 2. 网络请求调整 减少不必要的数据传输次数也是节省电力的重要手段之一。比如可以通过缓存机制避免重复下载相同的文件内容;同时也要注意选择合适的协议类型(如 HTTP/2),因为它相比传统版本具有更好的压缩效率和支持多路复用的能力,进而减少了每次通信所需耗费的能量成本[^1]。 ##### 3. 屏幕亮度调节 自动适应环境光线条件改变显示屏亮度不仅可以让用户体验更舒适自然,而且还能带来一定程度上的节电效果。当然也可以让用户手动设定固定数值作为默认选项以便更好地满足个人偏好需求。 --- #### 四、第三方工具的作用评估 除了依靠原生框架所提供的各项能力之外,市面上还存在着许多专门设计用来帮助改善移动终端持久力状况的产品解决方案。然而值得注意的是并非所有宣称具备此类功效的应用都能够达到预期目标,因此需要谨慎挑选真正可靠有效的品种进行尝试测试验证价值所在[^2]。 --- ### 结论 综上所述,通过对硬件参数监测分析配合软件层面算法改进相结合的方式方法共同作用下来达成最终目的即延长智能手机单次充电之后所能持续工作时间段数的目的。这其中既包含了官方推荐的最佳实践指导原则同时也涵盖了部分实际开发过程中积累总结出来的宝贵经验教训分享给大家参考学习借鉴运用起来不断进步成长! 问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值