本教程旨在解决android聊天应用中，用户在特定聊天界面时如何避免接收重复推送通知的问题。我们将介绍一种简单有效的方法，通过在应用层维护一个静态标志位，结合activity生命周期管理和firebase messaging service的条件判断，实现用户在目标activity时自动抑制通知显示，从而优化用户体验。
在开发实时聊天或社交应用时，一个常见的需求是优化用户体验，避免在用户已经处于相关内容界面（例如，正在查看某个聊天室或私聊界面）时，仍然收到该内容的重复推送通知。这种重复通知可能会分散用户注意力，甚至造成困扰。本文将详细介绍一种简单而有效的解决方案，利用Android Activity生命周期和应用全局静态变量来控制通知的显示。
核心原理：静态标志位控制
此方法的关键在于引入一个全局可访问的静态布尔变量。这个变量将作为“开关”，指示当前应用是否应该显示推送通知。当用户进入我们希望禁用通知的特定Activity时，我们将此标志位设置为false；当用户离开该Activity时，再将其设置为true。在处理接收到的推送消息时，我们只需检查此标志位，根据其值决定是否构建并显示通知。
实现步骤
1. 定义通知控制辅助类
首先，创建一个简单的辅助类，用于存放我们的静态标志位。这个类可以命名为NotificationHelper或类似的名称，确保其职责明确。
public class NotificationHelper {
// 默认情况下，允许显示通知
public static boolean shouldShowNotification = true;
}这个shouldShowNotification变量将作为我们控制通知显示与否的核心依据。
2. 在目标Activity中管理标志位
接下来，在您希望禁用通知的特定Activity中（例如，您的ChatActivity），您需要根据Activity的生命周期来更新NotificationHelper.shouldShowNotification的值。
本课程在设计上本着懂方法，重应用的总体思路，突出体现职业教育的技能型、应用性特色，着重培养学生的实践应用技能，力求达到理论方法够用，技术技能过硬的目的。 通过本课程的学习，使学生具备Android平台应用开发相关知识、良好的编程习惯和手机应用软件开发的能力，能胜任基于Android平台的手机软件研发等工作任务。感兴趣的朋友可以过来看看
- 当Activity进入前台并可见时（onResume()），表示用户正在查看此界面，此时应禁用通知。
- 当Activity进入后台或被销毁时（onPause()），表示用户已离开此界面，此时应重新启用通知。
public class YourChatActivity extends AppCompatActivity {
// ... 其他Activity代码 ...
@Override
protected void onResume(){
super.onResume();
// 当用户进入聊天界面时，设置不显示通知
NotificationHelper.shouldShowNotification = false;
}
@Override
protected void onPause(){
super.onPause();
// 当用户离开聊天界面时，重新允许显示通知
NotificationHelper.shouldShowNotification = true;
}
// ... 其他Activity代码 ...
}请确保在所有您希望禁用通知的Activity中都添加了这段生命周期管理代码。
3. 在FirebaseMessagingService中应用条件判断
最后一步是在您的FirebaseMessagingService中，即处理接收到的推送消息的onMessageReceived方法中，添加对NotificationHelper.shouldShowNotification的检查。只有当该标志位为true时，才执行构建和显示通知的逻辑。
public class MyFirebaseMessagingService extends FirebaseMessagingService {
@Override
public void onMessageReceived(@NonNull RemoteMessage message) {
super.onMessageReceived(message);
// 在执行通知显示逻辑之前，检查是否应该显示通知
if (NotificationHelper.shouldShowNotification) {
int requestID = (int) System.currentTimeMillis();
String title = message.getNotification().getTitle();
String body = message.getNotification().getBody();
String click_action = message.getNotification().getClickAction();
NotificationCompat.Builder builder = new NotificationCompat.Builder(getApplicationContext(), "Notification");
builder.setContentTitle(title);
builder.setContentText(body);
builder.setSound(Settings.System.DEFAULT_NOTIFICATION_URI);
builder.setVibrate(new long[]{1000, 1000, 1000, 1000, 1000});
builder.setLights(getResources().getColor(R.color.chitchat), 3000, 3000); // 确保R.color.chitchat存在
builder.setSmallIcon(R.drawable.logowhite); // 确保R.drawable.logowhite存在
Intent intent = null;
if (Objects.requireNonNull(message.getData().get("type")).equalsIgnoreCase("privatechat")) {
intent = new Intent(click_action);
// 确保click_action是一个有效的Intent Action，或者直接指定组件
// 例如：intent = new Intent(this, YourChatActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP); // 使用addFlags而非setFlags覆盖
intent.putExtra("GCKey", message.getData().get("GCKey"));
intent.putExtra("GCNameKey", message.getData().get("GCNameKey"));
} else {
// 如果没有匹配的type，可能需要一个默认的Intent或者不处理
// 例如，跳转到主界面
intent = new Intent(this, MainActivity.class);
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK);
}
// 检查intent是否为空，避免空指针异常
if (intent != null) {
PendingIntent pendingIntent = PendingIntent.getActivity(this, requestID, intent, PendingIntent.FLAG_UPDATE_CURRENT | PendingIntent.FLAG_IMMUTABLE);
builder.setAutoCancel(true);
builder.setContentIntent(pendingIntent);
}
NotificationManager notificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
NotificationChannel channel = new NotificationChannel("Notification", "Default channel", NotificationManager.IMPORTANCE_DEFAULT);
notificationManager.createNotificationChannel(channel);
}
notificationManager.notify(69, builder.build());
}
}
}代码优化说明：
- 在MyFirebaseMessagingService中，intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TASK); intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP); 这两行会覆盖，建议使用addFlags或者合并。已在示例中改为addFlags并合并了逻辑。
- 如果message.getData().get("type")没有匹配到"privatechat"，intent可能会保持为null，导致PendingIntent.getActivity抛出NullPointerException。建议添加默认处理或空检查。示例中已添加了默认Intent和空检查。
注意事项与最佳实践
- 多进程环境： 如果您的应用是多进程的，静态变量在不同进程间是独立的。在这种情况下，此方法可能不适用。您需要考虑使用更复杂的跨进程通信机制（如SharedPreferences结合OnSharedPreferenceChangeListener、BroadcastReceiver或ContentProvider）来同步状态。但对于大多数单进程应用而言，此方法足够。
- 应用被杀死： 如果应用进程在后台被系统杀死，NotificationHelper.shouldShowNotification的状态会丢失。当应用再次启动时，它会恢复到默认值true。这通常不是问题，因为当应用被杀死时，用户很可能已经不在您的特定Activity中。
- 用户体验考量： 某些情况下，即使用户在聊天界面，他们可能仍然希望收到通知的震动或声音提示（例如，在群聊中）。这种情况下，您可能需要提供一个用户设置选项，允许他们自定义此行为。
-
替代方案： 对于更复杂的场景，例如需要根据具体消息内容（而不是仅仅Activity状态）来决定是否显示通知，可以考虑：
- LocalBroadcastManager： 在Activity中注册一个本地广播接收器，当接收到消息时，由Activity决定是否处理或显示Toast，而不是系统通知。
- EventBus/RxJava： 使用事件总线模式，将消息发布到应用内部，由当前Activity订阅并处理。 这些方案在解耦和复杂性管理方面更具优势，但对于简单的禁用需求，静态标志位是最直接的。
总结
通过在Android应用中引入一个简单的静态标志位，并结合Activity的生命周期管理，我们能够有效地控制推送通知的显示行为。这种方法在用户体验方面提供了显著的改进，避免了在用户已经沉浸于相关内容时，不必要的通知干扰。此方案实现简单，适用于大多数单进程Android应用，是优化通知管理的一个实用技巧。
