Android进程间通信广播接收器，AIDL

我正在开发一个应用程序，可以从其他应用程序（服务器）接收一些对象。 作为客户端应用程序的开发人员，应该尽可能容易地实现将对象发送到服务器应用程序所需的内容

我已经读了很多关于广播接收机、AIDL、信使的书

在大多数网站上，建议使用AIDL或Messenger（内部使用AIDL）。但是为什么不使用广播接收器呢？这是非常容易使用和工程刚刚好。是耗尽电池电量还是性能不足

我应该在应用程序中使用哪种“技术”？广播接收机？艾德尔？信使？内容提供者？Unix管道

---

有什么好的网站/书籍可以解释这种交流吗？

广播接收器是一个相对较老的概念，有时在没有正确权限的情况下会危及安全，通常您可能会要求增强服务以拨打多个电话，因此，AIDL将是一个更容易的选择

广播接收器是一个相对较老的概念，有时在没有正确权限的情况下会危及安全，通常您可能会要求增强服务以拨打多个电话，因此AIDL将是一个更容易的选择

基本上，有了AIDL，您可以更好地满足您的需求（因为构建工具会生成java代码，所以您不应该关心底层实现）…当BroadcastReceiver只有一个接口时…我只发送一个包含其他信息对象的对象。因此BroadcastReceiver可以正常工作？有时我需要传输很多对象，BroadcastReceiver是否缺乏性能？1.IMHO BroadcastReceiver是在RPC上使用IIntentSender.aidl/IIntentReceiver.aidl构建的2.AIDL解决方案和BroadcasrReceiver之间的性能应该几乎没有差异（imho接收器的呼叫次数可能很少，但性能成本却很低）…3.有时我需要传输很多对象，然后您应该记住Intent的大小限制…可能是“很多对象”的ContentProvider如果使用AIDL，您可以更好地满足您的需求（因为构建工具会生成java代码，您不应该关心底层实现）…当BroadcastReceiver只有一个接口时…我只发送一个包含其他信息对象的对象。因此BroadcastReceiver可以正常工作？有时我需要传输很多对象，BroadcastReceiver是否缺乏性能？1.IMHO BroadcastReceiver是在RPC上使用IIntentSender.aidl/IIntentReceiver.aidl构建的2.AIDL解决方案和BroadcasrReceiver之间的性能应该几乎没有差异（imho接收器的呼叫次数可能很少，但性能成本却很低）…3.有时我需要传输很多对象，然后您应该记住Intent的大小限制…可能是“很多对象”的ContentProvider会更好