android - 两个应用程序之间通信的最佳方式

Question

我想为一套应用程序创建一个中央应用程序。该应用程序套件由我们自己和第三方供应商开发。我们想知道实现以下功能的最佳方法

1) 从中央应用启动子应用

子应用程序安装在设备中，子应用程序的包名由厂商提供。我们想到了使用显式 Intent 来调用子应用程序。从中央应用程序启动子应用程序的任何其他方法。

2) 中央应用程序和子应用程序之间的通信。

子应用程序没有通信层。来自子应用程序的每次通信都应通过中央应用程序发送到服务器。通信包括GET、POST、PUT请求。我们考虑使用广播接收器将有效载荷发送到中央应用程序。中央应用程序将依次将有效负载发送到服务器。但是 Android Oreo 上的广播接收器限制将使该解决方案不可行。

3) 当用户在中央应用程序中执行注销时，关闭从中央应用程序启动的子应用程序。

我们正在考虑使用作为 ActivityManager 的一部分提供的 killBackgroundProcesses() API 来终止进程。任何其他解决方案来终止进程？使用此 API 终止进程有任何负面影响吗？

4) 将事件从中央应用程序发布到子应用程序以供使用。

我们想到广播接收器将事件从中央应用程序发布到子应用程序。但如上所述，Android Oreo 上的广播接收器限制将使该解决方案不可行。任何替代解决方案？

Answer 1

你需要的是Implicit Intents .这样您的子应用程序就不需要从您的中央应用程序知道实现细节。

只需创建一个 Intent ，使用您的中央应用程序将理解为命令的特定操作常量。然后中央应用程序决定要完成的 REST 操作。 (我建议您的每个子应用程序和中央应用程序都包含相同的库模块(实际上是一个 SDK)，它将包含常量)

 //in this example ActionConstants would just be a class with
 //some string constants
 Intent intent = new Intent(ActionConstants.UPDATE_NAME);
 intent.putExtra(ActionConstants.EXTRA_NAME, myNewName);

 public final class ActionConstants {

     public static final String UPDATE_NAME = "com.my.example.app.UPDATE_NAME";

     private ActionConstants(){}

 }

您的应用程序可能是单独的 APK，这意味着您可能需要在发送 Intent 之前检查是否安装了 Central 应用程序 - 这会阻止您的子应用程序崩溃并让您有机会向用户显示一个对话框(等)告诉他们无法完成操作。

PackageManager packageManager = getActivity().getPackageManager();
if (intent.resolveActivity(packageManager) != null) {
    //You can use startBroadcast, or start activity with no UI
    startActivity(intent);
} else {
    Log.d(TAG, "Intent not sent");
    //Notify user
}

然后在您的中央应用程序中您想要接收 Intent 并处理它:

@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    String action = intent.getAction();
    switch(action) {
        case ActionConstants.UPDATE_NAME:
            if (intent.hasExtra(ActionConstants.EXTRA_NAME)) {
                //TODO: Now you contact the server and carry out your update
            } else {
                //No name supplied, it's an error, maybe broadcast the error back to sub app
            }
            break;
    }
}

要让中央应用程序真正接收到显式 Intent ，需要在 list 中注册 Activity 和过滤器:

<activity android:name="MyActivity">
    <intent-filter>
        <!-- Note that the action matches the constant we used -->
        <action android:name="com.my.example.app.UPDATE_NAME"/>
        <category android:name="android.intent.category.DEFAULT"/>
    </intent-filter>
</activity>

We thought of using Broad cast receivers to send the payload to central application. Broadcast receiver restrictions on Android Oreo will make this solution not viable

这个不用担心。使用中央应用程序的 JobScheduler 甚至前台服务，您仍然可以实时通信，但隐式 Intent 是更好的选择

We are thinking to use killBackgroundProcesses

这不是一个干净的方法，而是为一个 Intent 使用另一个 Action ，当子应用程序收到它时，它可以完成

We thought of broadcast receiver to publish the events from central to sub applications

同样，一个解决方法是让每个子应用程序运行一个上下文注册 BC 的服务——这可能在你的库模块中，所以每个子应用程序只运行它——但这根本不是一个干净的解决方案。这仅在子应用程序需要在后台接收广播时才有意义。另一种方法是使用子应用在打开时可以使用的粘性广播。

最后一个想法 - 对于应用程序之间的交互，一个稍微复杂的解决方案是让每个子应用程序向中央应用程序发送一个 Intent ，其中包含用于显式广播接收器的字符串常量 (在子应用程序 list 中声明)。然后，中央应用程序将此视为一个注册事件，并保留所有这些子应用程序的列表，以便在发送广播时明确联系。 (就是循环发送广播，依次发送给每个子应用)