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），这样也可以达到异步的效果。