使用 Intents 作为消息传递的一种形式

Question

在我控制的两个应用程序之间使用 Intent 作为一种消息传递形式有什么缺点吗？

我有两个将始终一起存在于设备上的 apk。而且，我想使用显式意图来回传递消息，而不是创建和管理两个单独的服务。使用显式意图似乎比服务更易于管理。

Answer 1

应用程序之间的通信可以暴露一定的丰富性，但是如果你真的需要这样做，你只能自定义你的应用程序会知道的权限。然后您可以使用BroadcasrReceiver 使用自定义权限安全地交换消息。

定义他们的权限：

<permission android:name="com.yourapp.PERMISSION"
    android:protectionLevel="signature"
        android:label="@string/permission_label"
        android:description="@string/permission_desc">
</permission>

通过设置

<receiver android:name=".MyReceiver"
    android:permission="com.yourapp.PERMISSION">
    <intent-filter>
        <action android:name="com.yourapp.ACTION" />
    </intent-filter>
</receiver>

除了这些权限之外，您还可以将他们的购买设置为Activities、Services、ContentProvider。

已编辑

Android (Inter-Process Communication) 中现有流程之间的集成，AIDL (Android Interface Definition Language)。

AIDL 在不同的应用程序需要时特别有用 他们之间通过交流来交换信息 定义明确的接口，支持多线程。不同于使用 您需要创建的带有 AIDL 绑定服务的 Messenger 一份文件。 AIDL 包含集成接口的声明， 这有助于客户端应用程序知道哪些操作是 可用以及它们各自的参数和返回值。

Answer 2

您可以使用意图在两个应用程序之间传递数据..但是我发现有一次缺点（不是太大）-您需要注意这些意图不会暴露给其他人。某些恶意应用程序可以使用相同的意图发送类似于拒绝服务攻击的不良数据。

补充一点——如果交互在后台，您也可以使用广播接收器。

此外，如果应用程序总是在一起，为什么不将它们打包为单个应用程序。如果您使用的是 parcelable，如果有两个不同的不兼容版本的 parcelable，您的流程可能会中断。（如果您添加一个字段到一个应用的新版本中的一个对象，另一个应用仍然没有更新，应用可能会崩溃。

Answer 3

虽然这里的讨论看起来很不错，但在@André.C.S 的建议下，我会加我的 2 美分。

Intent 是在进程之间传递消息的一种简单而有效的方式。 Android 的主要功能之一，即能够将另一个应用程序作为函数调用 (Activity.startActivityForResult)，取决于它。

正如这里的每个人都已经指出的那样，意图，无论是在BroadcastReceivers、Services 还是Activities 触发，都存在安全问题。如果您决定使用它们，则需要保护它们。 Andre 对如何使用权限来做到这一点的描述是正确的。您必须将捕获意图的方法视为 Web 服务并相应地验证参数等。

最后，Intents 虽然简单，但确实不适合高带宽 IPC。如果您将以毫秒为单位的速率与其他应用程序交换消息，您将需要查看 AIDL 和绑定服务。根据我的测量，它们的速度要快 1 到 2 个数量级。

顺便说一句，您可以考虑在相同进程中运行这两个应用程序。有清单应用程序属性允许这样做。如果你这样做了，使用显式意图会很容易，你的应用也会更安全。

编辑指出极其尴尬的错误

所以，根据我自己的建议，我尝试了它。令我惊恐的是，正如一些人试图指出的那样，显式意图可以跨进程使用。

我正在吃一大盘乌鸦，甜点是简陋的馅饼。

一个明确的意图包含一个ComponentName 对象，而不是对类对象的明确引用，正如我所声称的。 ComponentName 包含一个包名和一个类名。前者通常是从当前上下文派生的，因此对于当前进程来说是本地的。但是，可以使用任意字符串的包名称构造意图。

我的立场是正确的。