1)broadcast, aidl和Content Provider的区别和适用场所?
Broadcast,既然是广播,那么它的优点是:注册了这个广播接收器的应用都能够收到广播,范围广。
缺点是:速度慢点,而且必须在一定时间内把事情处理完(onReceive执行必须在几秒之内),否则的话系统给出ANR。
AIDL,是进程间通信用的,类似一种协议吧。优点是:速度快(系统底层直接是共享内存),性能稳,效率高,一般进程间通信就用它。
Content Provider,因为只是把自己的数据库暴露出去,其他程序都可以来获取数据,数据本身不是实时的,不像前两者,只是启个数据供应作用。
一般是某个成熟的应用来暴露自己的数据用的。 你要是为了进程间通信,还是别用这个了,这个又不是实时数据。
2)AIDL是什么
Android使用AIDL来完成进程间通信(IPC),AIDL全程为Android Interface Definition Language,提供了跨进程调用Service的功能。
在服务需要接受不同应用多线程的请求时才需要使用AIDL,如果是同一个应用内的请求使用Binder实现即可。
如果是同一个应用内的请求(应用内交互的服务)使用Binder实现即可,只是应用间通信而不是多线程处理的话使用Messenger。
Broadcast,既然是广播,那么它的优点是:注册了这个广播接收器的应用都能够收到广播,范围广。
缺点是:速度慢点,而且必须在一定时间内把事情处理完(onReceive执行必须在几秒之内),否则的话系统给出ANR。
AIDL,是进程间通信用的,类似一种协议吧。优点是:速度快(系统底层直接是共享内存),性能稳,效率高,一般进程间通信就用它。
Content Provider,因为只是把自己的数据库暴露出去,其他程序都可以来获取数据,数据本身不是实时的,不像前两者,只是启个数据供应作用。
一般是某个成熟的应用来暴露自己的数据用的。 你要是为了进程间通信,还是别用这个了,这个又不是实时数据。
2)AIDL是什么
Android使用AIDL来完成进程间通信(IPC),AIDL全程为Android Interface Definition Language,提供了跨进程调用Service的功能。
在服务需要接受不同应用多线程的请求时才需要使用AIDL,如果是同一个应用内的请求使用Binder实现即可。
如果是同一个应用内的请求(应用内交互的服务)使用Binder实现即可,只是应用间通信而不是多线程处理的话使用Messenger。
具体请看:http://www.cnblogs.com/popapa/p/android_aidl.html?utm_source=tuicool&utm_medium=referral
3.一些书籍
http://www.zhihu.com/question/27837085