android跨进程通信

这篇文章涉及的知识点:

  • Binder的应用场景及原理
  • AIDL的应用场景及原理
  • Messenger的应用场景及原理
  • Service

官网:

注:只有允许不同应用的客户端用 IPC 方式访问服务,并且想要在服务中处理多线程时,才有必要使用 AIDL。 如果您不需要执行跨越不同应用的并发 IPC,就应该通过实现一个 Binder创建接口;或者,如果您想执行 IPC,但根本不需要处理多线程,则使用 Messenger 类来实现接口。无论如何,在实现 AIDL 之前,请您务必理解绑定服务

这段话说了跨进程的三种方式以及每种的使用场景

  1. 跨应用(此时跨应用就是在不同进程内)并且在服务中处理多线程时使用AIDL
  2. 同一个应用不同进程存在多线程时使用Binder
  3. 同一个应用不同进程在不需要处理多线程时使用Messenger

Binder原理

android跨进程通信

简单的可以理解为Server在ServiceManager中进行注册,Client要调用Server的方法,但是ServerManager不会把真的Server返回给Client,而把Server的一个代理对象Proxy返回给Client。再次Client调用Proxy的add方法ServerManager会帮Client调用Server的add方法并把结果返回给Client。

AIDL的原理

官网:

注:在您开始设计 AIDL 接口之前,要注意 AIDL 接口的调用是直接函数调用。 您不应该假设发生调用的线程。 视调用来自本地进程还是远程进程中的线程,实际情况会有所差异。 具体而言:

注:在您开始设计 AIDL 接口之前,要注意 AIDL 接口的调用是直接函数调用。 您不应该假设发生调用的线程。 视调用来自本地进程还是远程进程中的线程,实际情况会有所差异。 具体而言:

  • 来自本地进程的调用在发起调用的同一线程内执行。如果该线程是您的主 UI 线程,则该线程继续在 AIDL 接口中执行。 如果该线程是其他线程,则其便是在服务中执行您的代码的线程。 因此,只有在本地线程访问服务时,您才能完全控制哪些线程在服务中执行(但如果真是这种情况,您根本不应该使用 AIDL,而是应该通过实现 Binder 类创建接口)。
  • 来自远程进程的调用分派自平台在您的自有进程内部维护的线程池。 您必须为来自未知线程的多次并发传入调用做好准备。 换言之,AIDL 接口的实现必须是完全线程安全实现。
  • neway 关键字用于修改远程调用的行为。使用该关键字时,远程调用不会阻塞;它只是发送事务数据并立即返回。接口的实现最终接收此调用时,是以正常远程调用形式将其作为来自 Binder 线程池的常规调用进行接收。 如果 oneway 用于本地调用,则不会有任何影响,调用仍是同步调用。

用此图说明原理很清晰:

android跨进程通信

                                                                                 来自Android插件话开发指南

解释图片上跨进程的流程:

1.无论是Client还是Server 里面都有类Stub,Proxy。从Client看,对于AIDL使用者,我们这样写程序:

MyAidl.Stub.asInterface(某IBinder对象).sum(1,2) 
asInterface()方法的作用是判断参数也就是IBinder和自己是否是在一个进程中,如果在就直接调用和跨进层没有关系。

如果不是则把这个IBinder参数包装成一个Proxy对象,则调用Stub的sum方法就是间接调用Proxy的sum方法。

2.Proxy在自己的sum方法中,会使用Parcelable来准备数据,把函数名称、函数参数都写入_data,让_reply接受函数返回值。最后使用IBinder的transact方法,就可以把数据传给Binder的Server端了。

3.Server接受Client传输过来的方法名,参数后,根据方法名再找到对应的函数并传入参数得出结果返回给客户端。

Server处理过程:接收数据->调用函数->把数据返回写数据的过程。

上一篇:组合式子


下一篇:利用SQL语言进行分组查询和分组过滤