android进程间通信一般用到三种：

1.system property 系统属性，可以对整个系统全局共享，所以可以达到进程间共享的目的

2.socket通信，很多framework 框架层与system之间通信用这个，比如vold与mountservice、NetworkManagementService与netd、NsdService与netd。系统framework 框架层有实现了NativeDaemonConnector供大家调用。

3.AIDL、鼎鼎大名的AIDL，Android Interface definition language的缩写，是android最常用的进程间通信方式，从android 系统中可以找到很多这样的例子。他的优点很多，比如可定义接口，只要按照标准，可以很容易的用自定义接口实现进程间通信，传输参数不受限制，这是上面两种不具备的优势。

当然肯定很多朋友会说还有广播啊，广播也能实现进程间的通信，但是他只能局限在框架层和应用。无法与中间件实现广播通信。

1.属性键值对

今天我们介绍第一种，最简单也很实用的进程间通信方式。这些属性可能是有些资源的使用状态，进程的执行状态，系统的特有属性。。。

属性系统是android的一个重要特性。每个属性是一个键值对（key/value pair），其类型都是字符串。但给它的缺点也很明显，只能传输简单的参数。

可以通过命令adb shell ：

getprop查看android设备上所有属性状态值。或者使用setprop设置某个属性的状态。

特别属性 :

如果属性名称以“ro.”开头，那么这个属性被视为只读属性。一旦设置，属性值不能改变。

如果属性名称以“persist.”开头，当设置这个属性时，其值也将写入/data/property。

如果属性名称以“net.”开头，当设置这个属性时，“net.change”属性将会自动设置，以加入到最后修改的属性名。

（这是很巧妙的。 netresolve模块的使用这个属性来追踪在net.*属性上的任何变化。）

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

2.framework访问系统 属性

framework通过SystemProperties接口操作系统属性，所以在java层大家都可以使用该类来获取或者设置系统属性。SystemProperties通过JNI调用访问系统属性。

代码路径frameworks\base\core\java\android\os\ SystemProperties.java：

public class SystemProperties {

//JNI

private static native String native_get(String key, String def);

privatestaticnativevoidnative_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

实现是在\bionic\libc\bionic\system_properties.c中：

int __system_property_get(constchar*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(constchar*key,constchar*value) {

   msg.cmd = PROP_MSG_SETPROP; 

  strlcpy(msg.name, key,sizeofmsg.name); 

  strlcpy(msg.value, value,sizeofmsg.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, (structsockaddr *) &addr, alen) 

   send(s, msg,sizeof(prop_msg),0)

    close(s);

}

通过socket向property_service发送消息，property_service运行在哪里呢？

3.Property Service创建服务端socket

Property Service在init进程中，init进程启动监听过程中：\system\core\init\Init.c

init property code

Property Service 是运行在init守护进程中。

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

4. Property Service 监听socket处理

Property Service监听socket消息的处理过程：

通过设置系统属性启动/关闭Service：

权限判断：

所以如果想要应用有权限启动/关闭某Native Service：

需要具有system/root权限,找到对应应用uid gid，将应用名称加入到control_perms列表中

处理消息 可以通过设置系统属性 改变服务的执行状态 start/stop：

连着前面就是ctr.start和ctr.stop系统属性：用来启动和停止服务的。

例如：

// start boot animation

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

在init.rc中表明服务是否在开机时启动：

service adbd /sbin/adbd

classcore

disabled//不自动启动

启动服务的时候会判断：

修改系统属性值：

看这个修改系统属性权限表，配置系统权限可以查看system/core/include/private/android_filesystem_config.h：

指定了特定的用户有用修改 带有某些前缀的系统属性值。

到这里基本就是Property对外的基本工作流程，Property Service内部具体如何实现，操作运行，

跨进程空想内存等问题仍未清除是如何处理的。

5. 属性系统设计

Property Service运行在init进程中，开机从属性文件中加载到共享内存中；设置系统属性通过socket与Property Service通信。

Property Consumer进程将存储系统属性值的共享内存，加载到当前进程虚拟空间中，实现对系统属性值的读取。

Property Setter进程修改系统属性，通过socket向Property Service发送消息，更改系统属性值。

6. 属性系统实现

属性系统设计的关键就是：跨进程共享内存的实现。

下面将看看属性系统实现具体过程：

Init进程执行：

初始化Property Service：\system\core\init\property_service.c

初始化共享内存空间：

__system_property_area__：

每个进程都会使用此变量，指向系统属性共享内存区域，访问系统属性，很重要。

位于：\bionic\libc\bionic\system_properties.c中，属于bionic库。后面将介绍各进程如何加载共享内存。

将文件作为共享内存映射到进程空间内存使用：

加载系统属性默认数据文件：

加上上面所述：Property Service Socket资源的创建，来监听socket通信连接设置系统属性，

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

将得到该内存区域数据结构：

7. 进程共享系统属性内存空间实现

Property Service运行于init进程中，将文件映射为创建一块共享内存空间，但在整个系统中，

其他进程也能够读取这块内存映射到当前进程空间中，是如何实现的呢？

Service进程启动：将共享内存空间fd 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需要加优先级：

__libc_preinit在bionic libc库加载的时候会被调用：