Android跨进程通信之AIDL机制和广播机制的异同

     在写这篇博客之前要声明的是本人是一个初学者，只是在学习之处有这么些困惑，然后查阅了一些相关资料，来了解Android跨进程通信机制，然而我个人理解除了AIDL实现跨进程之外好像用广播也可以达到跨进程效果，比如我用广播也可以实现A应用发送广播更改B应用UI,所以觉得AIDL和广播都有可以实现跨进程通信（个人理解，有不当之处还请批评指正）。然而，作为初学着，我想既然有这么一套特别的机制AIDL专门用于实现跨进程通信肯定有它的优势和意义所在，后来经过和广播的比较还是发现AIDL有它的优势和强大所在。

    在讲跨进程通信之前我们先来看看广播的功能和特征:

　　1、广播的生命周期很短，经过 调用对象—实现onReceive—结束 整个过程就结束了。从实现的复杂度和代码量来看，广播无疑是最迷你的Android 组件，实现往往只需几行代码。广播对象被构造出来后通常只执行BroadcastReceiver.onReceive方法，便结束了其生命周期。所以有的时候我们可以把它当做函数看也未必不可。

 

　　2、和所有组件一样， 广播对象也是在应用进程的主线程中被构造，所以广播对象的执行必须是要同步且快速的 。 也不推荐在里面开子线程，因为往往线程还未结束，广播对象就已经执行完毕被系统销毁。如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由 Service 来完成。

 

　　3、每次广播到来时 , 会重新创建 BroadcastReceiver 对象 , 并且调用 onReceive() 方法 , 执行完以后 , 该对象即被销毁 . 当 onReceive() 方法在 10 秒内没有执行完毕， Android 会认为该程序无响应。

由此我们可以看出， 虽然广播可以实现跨进程通信，比如上文所说的通过广播改变另一应用的UI，但广播里面不建议（原因如上文红体字）执行耗时操作，同时要注意到广播只可以被动的接收数据传递，然而接口定义语言可以在另一个进程执行耗时操作。所以假如我们想要执行耗时操作，又是跨进程通信的话，刚好AIDL又是基于service的，那么我们就可以选择用AIDL来实现了。

综上所述， 无论耗时不耗时的，要实现跨进程通信的我们还是建议用AIDL，既然官方推荐有这么一套机制，肯定是有它的价值的，至于它的价值多大，就看你怎么利用了。好了，以上纯属我个人的理解和观点，技艺不精，有不当之处敬请包涵和指正。谢谢~