Broadcast、Aidl、ContentProvider、Messager的区别和适用场景

简介

Broadcast:发送和接收广播,可实现消息的传递

Aidl:全称Android Interface definition language顾名思义,就是不同进程间的通信接口

ContentProvider:暴露app的数据访问接口,让其他应该访问app数据

Messager:本质是Aidl,对Aidl进行了封装,不用写.aidl文件

各自的优缺点

Broadcast:只要注册了广播,都能收到,有点范围广,缺点速度慢必须在一定时间完成处理操作(onRecevice执行必须在10秒完成,否则系统认为该程序无响应造成ANR,所以不能做耗时的操作

Aidl:进程间的通信,速度快(系统底层直接是共享内存),性能稳,效率高,一般进程间通信就用它。

Messager:效率应该是和Aidl是一样的,与Aidl的区别在于Messager是线程安全的,而Aidl是非线程安全的,所以Aidl在使用的时候应该注意这个问题

ContentProvider:一般是成熟的App暴露自己的数据,其他app可以获取到数据,数据本身不是实时的,而前面三种是实时的数据

Messager和Aidl的比较

1. Messenger本质也是AIDL,只是进行了封装,开发的时候不用再写.aidl文件。

结合我自身的使用,因为不用去写.aidl文件,相比起来,Messenger使用起来十分简单。前面也说了,Messenger本质上也是AIDL,故在底层进程间通信这一块,两者的效率应该是一样的。

2. 在service端,Messenger处理client端的请求是单线程的,而AIDL是多线程的。

使用AIDL的时候,service端每收到一个client端的请求时,就会启动一个线程(非主线程)去执行相应的操作。而Messenger,service收到的请求是放在Handler的MessageQueue里面,Handler大家都用过,它需要绑定一个Thread,然后不断poll message执行相关操作,这个过程是同步执行的。

3. client的方法,使用AIDL获取返回值是同步的,而Messenger是异步的。

Messenger只提供了一个方法进行进程间通信,就是send(Message msg)方法,发送的是一个Message,没有返回值,要拿到返回值,需要把client的Messenger作为msg.replyTo参数传递过去,service端处理完之后,在调用客户端的Messenger的send(Message msg)方法把返回值传递回client,这个过程是异步的,而AIDL你可以自己指定方法,指定返回值,它获取返回值是同步的。

其实,第二点是有办法解决的,在service端,Messenger的Handler可以只当作一个转发器,不处理请求,只转发请求到相应的处理线程(多是相应的HandlerThread),这样也可以达到异步的效果。




你可能感兴趣的:(经验总结)