- 在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状态handle_property_set_fd @ /system/core/init/property_service.c
void handle_property_set_fd(int fd)
{//1、接收socket请求连接www.2cto.com
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.start和ctr.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;
}
}
相关推荐
Android属性服务——初始化
属性服务是在Init的第二个初始化阶段去启动的,整体分了两个部分去做。第一部分主要是初始化属性空间,包括prop_area的内存区域初始化和系统默认属性的load工作;第二部分是属性服务的启动,创建了通信的socket,并注册了init和set两种事件的对应处理方法。另外在处理初始化的时候load了persist属性。
PropertyService(一)
setProperty在Android开发中太常用了,很多地方都会用它来记录一下value,以此作为判断条件或者通信的数据。当然ctl.start也可以启动系统服务,前提是要在ServiceManager中有过注册。偶然一次遇到了ctl.start启动服务失败的问题,本片就来探究下setProperty到底是如何执行和发挥作用的。 还是先列一下会用到的文件 init.cpp property_service.cpp util.cpp property是在Android系统开机后由init进程收集起来的,i
Android System Property分析(2):property_service
ssss
property_set启动service时带入参数
Android的init.rc系列脚本中通常会定义很多native service,如下: 而这些service中有些我们会在合适的时候使用property_set("ctl.start",cmd)的方式进行启动,那么使用这种方式的时候能否携带参数进而传给实际要去运行的可执行程序呢?答案是可以的 这里我们不仔细分析property_set的原理了,简单来说就是init进程启动后会给p...
Android 属性系统 Property service 设定分析
Android 属性系统 Property service 设定分析 在Window中有个注册表的东东,可以存储一些类似key:value的键值对,而在android平台上也有类似的机制叫做属性服务(Property service)进行初始化,设置及修改和查询的功能,adb shell命令使用 setprop 及 getprop 可以看到。 问题: SurfaceFlinger启动
Android system property运作流程源码分析
属性是在整个系统中全局可见的。如果属性是有“net.”字符串开头,当设置这种属性的时候,“net.change”这条属性也会被自动设置,其内容设为最后更新过的属性名,用来记录net.*属性上面的变化。由/bionic/libc/bionic/system_properties.c中的__system_properties_init()来初始化属性系统的共享内存。在/system/core/include/private/android_filesystem_config.h中有各种权限的定义。
安卓property service系统分析
本文基于安卓11,propertyService在init进程中启动。 文章目录initPropertyInit**StartPropertyService**(&property_fd)Notice init进程相关代码位于/system/core/init/目录下,其中包括property_service.cpp。 android::properties相关代码位于/system/core/property_service/目录。 底层相关代码/bionic/libc/bionic/, /bio
android属性服务,Android Property属性的实现细节
属性(property)是一对键/值(key/value)组合,键和值都是字符串类型。Androd中非常多的应用程序和库直接或者间接的依赖于属性系统,并由此决定其运行期的行为。它的处理流程同android的其他模块一样,也分为服务端和客户端,property设置必须在服务端,读取直接在客户端。工作原理图如下:我们就来看系统的守护进程init,服务断就在这个进程里,分析它的main()@system...
Android Init 系列专题【篇三:property_service】
摘要:本文详细分析了Android系统中init进程初始化系统属性的机制。首先介绍了属性系统的本质是通过创建/dev/__properties__目录及文件来存储键值对。然后解析了kernel参数转换为系统属性的四种流程:设备树、cmdline、bootconfig处理和默认值设置,并对比了不同平台自定义kernel参数的方法。接着阐述了属性监听机制,包括PropertyServiceThread后台任务、属性设置流程和变更通知机制。最后通过两个实际案例,展示了ro属性的修改限制和PRODUCT_PRODU
Android System Property 解析
一 System Property 今天在折腾HDMI 显示,为Setting提供接口,遇到很多跟Android系统属性相关的问题.因此,顺便分析和总结一些. android的代码中大量存在:SystemProperties.set()/SystemProperties.get();通过这两个接口可以对系统的属性进行读取/设置, 顾名思义系统属性,肯定
Android framework强制修改系统属性
本文分析了修改Android系统ro只读属性的权限问题及解决方案。通过SystemProperties.set()方法修改属性时会遇到SELinux权限限制和只读属性无法更新的问题。作者从源码层面追踪了属性设置流程:从Java层的SystemProperties类到native层的__system_property_set函数,最终通过socket与init进程通信实现属性修改。本文为系统开发者提供了深入理解Android属性机制的思路,并指出了修改系统属性的关键限制点。
Android属性系统 Property service 设定分析
Android 属性系统 Property service 设定分析 在Window中有个注册表的东东,可以存储一些类似key:value的键值对,而在android平台上也有类似的机制叫做属性服务 (Property service)进行初始化,设置及修改和查询的功能,adb shell命令使用 setprop 及 getprop 可以看到。 问题: SurfaceFlinger
Android属性系统Property service设定分析
Android的属性Property系统 http://blog.csdn.net/yinlijun2004/article/details/6981954 一直想研究一下android的属性系统,刚好最近一个项目告一段落,可以开始研究一下相关代码。 按照我的理解,Android属性分为两个部分 1、一个部分是系统属性,一般与虚拟机相关的一些属性, 代码位置 dalvik/
Android属性系统深度解析:从property_get/set到权限与调试实战
在Android系统开发中,属性系统扮演着全局键值对存储与通信的核心角色,其底层通过共享内存机制实现高效数据访问。理解其工作原理,关键在于掌握property_get与property_set这两个核心API,它们分别负责属性的读取与设置,并涉及权限校验、SELinux策略等安全机制。这套机制的技术价值在于为系统状态标识、运行时配置及服务控制提供了统一接口,广泛应用于系统调试、服务管理及硬件信息获取等场景。本文聚焦于Android属性系统的实战应用,深入剖析权限控制与SELinux策略对属性操作的影响,并提
Android 系统属性分析及属性设置获取,System Property
原文:https://www.cnblogs.com/bastard/archive/2012/10/11/2720314.html Android System Property 一 System Property 代码中大量存在:SystemProperti...
Android 时区设置以及设置系统属性的分析
时区设置
Android开发Property作为进程触发条件
大家在Android开发的时候一定用到Android系统Property值的设置,在需要的时候添加我们自己的Property值。不过大多数的时候我们只是把它当做一个系统全局变量作为判断我们自己程序运行分支的标志,其实它还有更重要的作用。 在Android系统开发的时候我们常常需要抓取Kernel Log来分析问题,本文就以一个抓取log的工具包report为例,编译出的可执行文件
1022




被折叠的 条评论
为什么被折叠?



