Messenger与AIDL的异同

最新推荐文章于 2024-10-24 11:59:29 发布

转载最新推荐文章于 2024-10-24 11:59:29 发布 · 469 阅读

本文对比了Messenger与AIDL在Android进程间通信(IPC)的应用差异。Messenger简化了IPC流程，无需编写.aidl文件；但其处理请求为单线程，而AIDL支持多线程。此外，Messenger采用异步通信方式，而AIDL则可以实现同步调用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

其实Messenger的底层也是用AIDL实现的，但用起来还是有些不同的，这里总结了几点区别：
1. Messenger本质也是AIDL，只是进行了封装，开发的时候不用再写.aidl文件。
结合我自身的使用，因为不用去写.aidl文件，相比起来，Messenger使用起来十分简单。但前面也说了，Messenger本质上也是AIDL，故在底层进程间通信这一块，两者的效率应该是一样的。
2. 在service端，Messenger处理client端的请求是单线程的，而AIDL是多线程的。
使用AIDL的时候，service端每收到一个client端的请求时，就在BInder线程池中取一个线程去执行相应的操作。而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你可以自己指定方法，指定返回值，它获取返回值是同步的（如果没有用oneway修饰方法的话）。

总的来说，AIDL灵活性更高，如果需要IPC通信的地方比较多，还是更推荐自定义AIDL一点。