在FirebaseMessagingService中使用接口实现通知联动Activity操作是否可行？

当然可以在FirebaseMessagingService中使用接口来和Activity通信！不过这里有个核心点要注意：FirebaseMessagingService是后台服务，而Activity的生命周期是不稳定的——可能处于后台、甚至已经销毁状态，所以直接用接口回调得做好生命周期的管理，不然容易出空指针或者回调失效的问题。下面给你一步步讲怎么正确实现：

首先我们先定义一个回调接口，用来规范收到通知后要执行的操作：

// 定义通知回调接口
public interface NotificationActionListener {
    void onNotificationReceived(Map<String, String> notificationData);
}

接下来在你的FirebaseMessagingService中添加接口引用的管理逻辑，提供注册和注销的方法：

public class MyFirebaseMessagingService extends FirebaseMessagingService {
    // 静态引用持有接口实例，方便Activity注册
    private static NotificationActionListener sNotificationListener;

    // 注册回调
    public static void setNotificationActionListener(NotificationActionListener listener) {
        sNotificationListener = listener;
    }

    // 注销回调，必须调用避免内存泄漏
    public static void removeNotificationActionListener() {
        sNotificationListener = null;
    }

    @Override
    public void onMessageReceived(RemoteMessage remoteMessage) {
        super.onMessageReceived(remoteMessage);
        // 收到通知时，如果有活跃的回调实例，就触发操作
        if (sNotificationListener != null) {
            sNotificationListener.onNotificationReceived(remoteMessage.getData());
        }
    }
}

然后在需要响应通知的Activity中实现这个接口，并在生命周期方法里完成注册和注销：

public class TargetActivity extends AppCompatActivity implements NotificationActionListener {

    @Override
    protected void onResume() {
        super.onResume();
        // Activity回到前台时注册回调
        MyFirebaseMessagingService.setNotificationActionListener(this);
    }

    @Override
    protected void onPause() {
        super.onPause();
        // Activity离开前台时注销回调，防止内存泄漏
        MyFirebaseMessagingService.removeNotificationActionListener();
    }

    @Override
    public void onNotificationReceived(Map<String, String> notificationData) {
        // 这里执行收到通知后的操作，注意回调是在Service的后台线程，操作UI要切回主线程
        runOnUiThread(() -> {
            Toast.makeText(this, "收到通知：" + notificationData.get("title"), Toast.LENGTH_SHORT).show();
            // 可以在这里更新UI、触发业务逻辑等
        });
    }
}

• 内存泄漏风险：必须在Activity的onPause()或onDestroy()中注销接口引用，否则Activity销毁后Service还持有它的引用，会导致内存泄漏。
• Activity不在前台的情况：如果Activity当前处于后台或已经销毁，上面的回调是不会触发的。这种场景下可以考虑：
  • 用SharedPreferences或本地数据库暂存通知数据，等Activity下次启动时读取并处理；
  • 使用Jetpack的LiveData（更推荐），它会自动感知Activity的生命周期，只有在Activity活跃时才会回调；
  • 发送本地广播（LocalBroadcastManager），让Activity注册广播接收器接收通知事件。

如果觉得手动管理接口注册注销太繁琐，用LiveData会更简洁且安全，它能自动处理生命周期：

// 在FirebaseMessagingService中定义LiveData
public class MyFirebaseMessagingService extends FirebaseMessagingService {
    private static MutableLiveData<Map<String, String>> sNotificationLiveData = new MutableLiveData<>();

    public static LiveData<Map<String, String>> getNotificationLiveData() {
        return sNotificationLiveData;
    }

    @Override
    public void onMessageReceived(RemoteMessage remoteMessage) {
        super.onMessageReceived(remoteMessage);
        // 发送通知数据到LiveData
        sNotificationLiveData.postValue(remoteMessage.getData());
    }
}

// 在Activity中观察LiveData
public class TargetActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_target);

        // 观察LiveData变化，只有Activity活跃时才会收到回调
        MyFirebaseMessagingService.getNotificationLiveData().observe(this, notificationData -> {
            Toast.makeText(this, "收到通知：" + notificationData.get("title"), Toast.LENGTH_SHORT).show();
            // 执行你的业务操作
        });
    }
}

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