用于跨应用程序共享数据的 Content Provider vs SharedUserId vs Global Process

Question

我发现了三种跨应用程序共享数据的方法。

1.内容提供者

2.SharedUserId-当您为多个应用程序声明相同的共享用户 ID 时，它们可以访问彼此的资源（数据字段、视图等）。提供的应用程序使用相同的证书签名。

3.全局进程-通过使用 android:process 属性和以小写字母开头的命名进程，将一个应用程序的一个组件放在一个单独的进程中，并将另一个应用程序的另一个组件放在同名的单独进程中第一个应用程序的单独进程。现在这些组件可以共享数据。

我很困惑何时使用什么更有效？

Answer 1

我发现了三种跨应用程序共享数据的方法。

#2 和 #3 是相同的，只要 #3（共享进程）需要 #2 (sharedUserId)。

您还错过了所有其他形式的标准 Android IPC，包括：

• 开始活动
• 启动服务
• 绑定到服务
• 发送广播

我很困惑何时使用什么

普通应用程序开发人员应该使用#1 (ContentProvider) 或我上面概述的其他标准 Android IPC 机制之一。您无法控制用户何时更新应用，并且使用正式的 IPC 会强制在应用之间明确分离，迫使您考虑 API 合同、API 版本控制和相关问题等问题。

sharedUserId 和共享流程确实适用于设备制造商，其中预先安装了应用程序，然后通过固件更新同步更新。就个人而言，我建议设备制造商在大多数情况下也使用标准 IPC。比如App A直接修改了App B的文件，App B怎么查出来的？如果 App B 然后覆盖 App A 的更改，因为 App B 不知道这些更改怎么办？在计算机编程的许多其他领域，我们已经摆脱了让来自多个应用程序的多个进程直接处理彼此文件的问题。

哪个更高效？

在这种情况下，效率不应该成为问题，因为您应该很少使用这些技术中的任何一种。如果您有两个应用程序需要经常相互通信，那么您确实有一个应用程序，您应该以这种方式实现它。