如何在应用销毁时保持Capacitor插件与Android前台服务的连接？

我正在开发一个Capacitor插件，该插件依赖一个可启动前台服务的Android原生包，通过监听器接收原生包的周期性更新。应用处于前台或后台时，监听器工作正常，Capacitor应用能收到回调；但将应用划走销毁后，Android原生包的前台服务仍存活（状态栏通知可见，日志显示仍在通知监听器），Capacitor插件却再也收不到监听器回调。我在考虑是否需要从Capacitor插件向Android原生包创建绑定服务？或者有没有其他方法能在原生包前台服务存活时保持Capacitor应用活跃？

补充信息：

• Android原生包内部调用startForegroundService(intent.extras)，但未暴露前台服务类。
• Capacitor插件的JavaScript监听器代码：

export interface MyPlugin {
  addListener(eventName: 'events', listenerFunc: (result: { events: Event[] }) => void): Promise<PluginListenerHandle> & PluginListenerHandle;
  ...
}

• Capacitor插件的Android代码：

public class MyPlugin extends Plugin {

    private static final String TAG = "MyPlugin";
    protected static MyPlugin sPlugin;

    @Override
    public void load() {
        sPlugin = this;

        MyPackage.setReceiver(new MyPackageReceiver() {
            @Override
            public void onEventsReceived(@NonNull Context context, @NonNull Event[] events) {
                if (sPlugin == null) {
                    return;
                }

                try {
                    JSObject ret = new JSObject();
                    ret.put("events", events);
                    sPlugin.notifyListeners("events", ret);
                } catch (Exception e) {
                    Log.e(TAG, "Exception", e);
                }
            }
        }
    }
}

核心问题 #

应用被销毁后，Capacitor插件的MyPlugin实例会被系统回收，静态变量sPlugin变为null，导致原生包的回调无法传递到JS层。而前台服务是独立于应用进程存活的，所以它的日志仍能正常输出，但没有有效的插件实例触发notifyListeners。

可选解决方法 #

1. 利用Capacitor后台任务API #

Capacitor提供的BackgroundTask API可让应用在后台（甚至被划走后）保持核心逻辑活跃。你可以在插件中注册后台任务，确保原生包回调到来时，Capacitor的JS上下文能被唤醒并处理事件。

2. 实现绑定服务 #

如果原生包支持绑定服务，可在Capacitor插件中创建服务连接，这样只要服务存活，应用进程就会被保留，插件实例也不会被回收。注意：

• 由于原生包未暴露前台服务类，需确认是否能通过隐式Intent绑定，或联系原生包提供者获取绑定方式。
• 绑定服务后，只要连接存在，应用进程会被系统判定为“活跃”，不易被销毁。

3. 本地广播+WorkManager组合 #

修改原生包的回调逻辑，将事件通过本地广播发送；在Capacitor插件中注册广播接收器，并使用WorkManager处理事件。即使应用被销毁，WorkManager也能在事件到来时唤醒应用处理，再通过Capacitor的通知机制传递到JS层。

4. 优化插件生命周期管理 #

避免依赖静态变量sPlugin，改用getBridge().getPlugin(MyPlugin.class)获取插件实例，或在应用启动时初始化插件并保持引用。同时，在插件的destroy方法中取消注册原生包的接收器，避免内存泄漏。

内容的提问来源于stack exchange，提问作者corypis