你尝试通过PackageManager启用/禁用MyFirebaseMesagingService来控制推送通知，但这个方案确实不太靠谱，原因和替代方案我给你理清楚：

为什么禁用组件的方案不生效？ #

• FCM的推送机制是系统级的：即使你的自定义MessagingService被禁用，FCM的系统服务仍然会接收到消息。如果推送是通知类型消息（包含notification字段），系统会直接弹出通知，完全绕过你的服务；如果是数据消息，虽然你的服务处理不到，但FCM还是会接收并缓存。
• 组件状态变更不即时：setComponentEnabledSetting的修改通常需要应用重启才会生效，而且部分厂商的定制系统会限制组件状态的动态修改，导致设置根本不生效。

推荐的可靠方案 #

方案1：本地标记控制通知显示（最简单直接） #

不需要修改组件状态，而是在接收消息时根据用户的偏好决定是否显示通知。

1. 保存用户的通知开关状态（比如在设置页面）：

// 保存用户选择：true开启，false关闭
SharedPreferences prefs = getSharedPreferences("NotificationSettings", MODE_PRIVATE);
prefs.edit().putBoolean("allow_notifications", isEnabled).apply();

2. 在MyFirebaseMessagingService中判断后再处理：

@Override
public void onMessageReceived(RemoteMessage remoteMessage) {
    // 读取用户的通知偏好
    SharedPreferences prefs = getSharedPreferences("NotificationSettings", MODE_PRIVATE);
    boolean isNotificationsAllowed = prefs.getBoolean("allow_notifications", true);

    if (!isNotificationsAllowed) {
        // 用户关闭了通知，直接跳过处理
        return;
    }

    // 正常处理消息，显示通知
    if (remoteMessage.getNotification() != null) {
        sendNotification(remoteMessage.getNotification().getTitle(), remoteMessage.getNotification().getBody());
    }
    // 处理数据消息...
}

// 自定义的通知发送方法
private void sendNotification(String title, String body) {
    // 实现通知构建和发送逻辑
}

方案2：结合FCM主题订阅/取消订阅（彻底控制消息接收） #

如果想让后端只给开启通知的用户发消息，可以用FCM的主题功能：

• 开启通知时订阅主题：

public void enableNotifications() {
    FirebaseMessaging.getInstance().subscribeToTopic("active_users")
            .addOnCompleteListener(task -> {
                if (task.isSuccessful()) {
                    // 订阅成功，后端可以给这个主题发推送
                }
            });
}

• 关闭通知时取消订阅：

public void disableNotifications() {
    FirebaseMessaging.getInstance().unsubscribeFromTopic("active_users")
            .addOnCompleteListener(task -> {
                if (task.isSuccessful()) {
                    // 取消订阅后，后端不会再给该用户发主题推送
                }
            });
}

这种方式需要后端配合，只向订阅了active_users主题的设备发送推送，从源头减少不必要的消息传输。

总结 #

禁用组件的方式不符合FCM的设计逻辑，而且兼容性差。优先用本地标记控制通知显示，如果需要更彻底的控制，再配合主题订阅方案，这两种方式都比动态修改组件状态可靠得多。

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