如何兼容前台服务

[mikelhm]

作者你好，请教一下如何兼容前台服务？

问题：插件模式下启动前台服务无反应；独立APP 模式下启动前台服务正常

我基于 Sample-app 添加了启动前台服务的代码，

我 fork 的代码就2笔提交：

1. [[feature]sample demo 升级target sdk 35 gradle 8.5.2 kotlin 1.9.25] (ad736c4)

2. [feature] sample plugin 添加前台服务启动的user case

PluginForegrounService的实现

public class PluginForegrounService extends Service {

    private static final String TAG = "PluginForegrounService";
    private static final String CHANNEL_ID = "plugin_foreground_channel";
    private static final String CHANNEL_NAME = "插件前台服务";
    private static final int NOTIFICATION_ID = 10001;

    @Override
    public void onCreate() {
        Log.d(TAG, "PluginForegrounService onCreate ");
        createNotificationChannel();
    }

    @Override
    public void onDestroy() {
        Log.d(TAG, "PluginForegrounService onDestroy ");
    }

    @SuppressLint("ForegroundServiceType")
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        Log.d(TAG, "PluginForegrounService onStartCommand ");
        startForeground(NOTIFICATION_ID, createNotification());
        return START_STICKY;
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    /**
     * 创建通知channel
     */
    private void createNotificationChannel() {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            NotificationChannel channel = new NotificationChannel(
                    CHANNEL_ID,
                    CHANNEL_NAME,
                    NotificationManager.IMPORTANCE_HIGH
            );
            channel.setDescription("插件前台服务运行通知");

            NotificationManager manager = (NotificationManager)
                    getSystemService(Context.NOTIFICATION_SERVICE);
            if (manager != null) {
                manager.createNotificationChannel(channel);
            }
        }
    }

    /**
     * 创建通知
     */
    private Notification createNotification() {
        NotificationCompat.Builder builder;

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            builder = new NotificationCompat.Builder(this, CHANNEL_ID);
        } else {
            builder = new NotificationCompat.Builder(this);
            builder.setPriority(NotificationCompat.PRIORITY_DEFAULT);
        }

        return builder
                .setContentTitle("插件服务运行中")
                .setContentText("插件前台服务正在运行...")
                .setSmallIcon(android.R.drawable.ic_btn_speak_now)
                .setOngoing(true)
                .setAutoCancel(false)
                .setWhen(System.currentTimeMillis())
                .build();
    }

    /**
     * 启动前台服务的静态方法（供外部调用）
     */
    public static void start(Context context) {
        Intent intent = new Intent(context.getApplicationContext(), PluginForegrounService.class);

        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            // Android 8.0+ 必须使用 startForegroundService
            context.getApplicationContext().startForegroundService(intent);
        } else {
            // Android 8.0以下使用普通startService
            context.getApplicationContext().startService(intent);
        }
    }

    /**
     * 停止服务的静态方法
     */
    public static void stop(Context context) {
        Intent intent = new Intent(context.getApplicationContext(), PluginForegrounService.class);
        context.getApplicationContext().stopService(intent);
    }
}

AndroidManifest 新增前台服务权限:

    <!--通知权限-->
    <uses-permission android:name="android.permission.POST_NOTIFICATIONS"/>
    <!-- 前台服务权限 -->
    <uses-permission android:name="android.permission.FOREGROUND_SERVICE" />
    <uses-permission android:name="android.permission.FOREGROUND_SERVICE_SPECIAL_USE" />

       <service android:name=".usecases.service.PluginForegrounService" android:exported="true"
            android:foregroundServiceType="specialUse">
        </service>

我理解应该要在宿主弄一个壳子服务来处理？
那它怎么和插件的服务关联起来呢？——当插件中代码调用 context.getApplicationContext().startForegroundService(intent)的时候怎么走到宿主的壳子服务里进行响应，然后再分发呢？

像Activity 可以定义壳子代理和插件组件的关联，那服务应该也有类似的关联机制么？

    @Override
    public ComponentName onBindContainerActivity(ComponentName pluginActivity) {
        switch (pluginActivity.getClassName()) {
            /**
             * 这里配置对应的对应关系
             */
        }
        return new ComponentName(context, DEFAULT_ACTIVITY);
    }

[shifujun]

基于shadow的原理，显然像前台服务这样的系统特性，不可能绕过宿主和系统的沟通来实现。

那简单的思路不就是允许现有的服务壳子，也就是PPS变成前台服务吗？但它本来作为后台服务是可以一对多的，也就是一个宿主中的PPS服务于多个插件Service。但要是让它作为前台服务，显然就只能一对一了。

那要么就只能额外注册前台服务的壳子，一对一实现。但其实前台服务也就那点代码必须写在服务里，有些资源还得暴露给系统。那不干脆就让宿主实现这个前台服务算了。它的一些动态行为，本来就可以通过跨进程通信，由插件代码控制。

所以我们当初业务中也有前台服务的需求，但很少，也很简单，就直接实现在宿主里了。

[mikelhm]

基于shadow的原理，显然像前台服务这样的系统特性，不可能绕过宿主和系统的沟通来实现。

那简单的思路不就是允许现有的服务壳子，也就是PPS变成前台服务吗？但它本来作为后台服务是可以一对多的，也就是一个宿主中的PPS服务于多个插件Service。但要是让它作为前台服务，显然就只能一对一了。

那要么就只能额外注册前台服务的壳子，一对一实现。但其实前台服务也就那点代码必须写在服务里，有些资源还得暴露给系统。那不干脆就让宿主实现这个前台服务算了。它的一些动态行为，本来就可以通过跨进程通信，由插件代码控制。

所以我们当初业务中也有前台服务的需求，但很少，也很简单，就直接实现在宿主里了。

我理解你的意思是：前台服务实现在宿主，然后插件通过接口访问宿主启用前台服务？
其实之前也考虑过这个方案（马后🏃），但是觉得这么做当需要更新插件（新增前台服务），同时也得更新宿主，所以想看看有没更高级的解决方案。

不过类似这种和「系统交互」的特性，都离不开宿主来实现了，对吧？ 🤔
像：隐式启动这样需要宿主进行分发，现在前台服务也需要宿主实现，还有自定义通知icon, layout 也需要放宿主。