自定义启动器中如何按包名查询应用是否存在未读通知？

• 核心结论：可以根据包名查询对应应用的未读通知，但需要满足权限要求和适配不同系统版本。

• 具体实现方式：

  1. 权限准备
     在AndroidManifest.xml中声明权限：

     <uses-permission android:name="android.permission.READ_NOTIFICATIONS" />
     

     Android 13及以上版本，还需动态向用户请求该权限；如果使用NotificationListenerService，则需要引导用户在系统设置中开启对应应用的通知访问权限。

  2. 获取并过滤通知

     • 方式一：使用NotificationManager（Android 18+支持）
       通过getActiveNotifications()获取当前所有活跃通知，遍历结果筛选目标包名的通知：

       NotificationManager notificationManager = (NotificationManager) getSystemService(Context.NOTIFICATION_SERVICE);
       if (notificationManager != null && ContextCompat.checkSelfPermission(this, Manifest.permission.READ_NOTIFICATIONS) == PackageManager.PERMISSION_GRANTED) {
           StatusBarNotification[] notifications = notificationManager.getActiveNotifications();
           boolean hasUnread = false;
           for (StatusBarNotification sbn : notifications) {
               // 过滤目标包名，排除持续型通知（如后台服务、音乐播放）
               if (sbn.getPackageName().equals(targetPackageName) && (sbn.getNotification().flags & Notification.FLAG_ONGOING_EVENT) == 0) {
                   hasUnread = true;
                   break;
               }
           }
           // 根据hasUnread状态更新UI
       }
       

     • 方式二：使用NotificationListenerService（更稳定）
       继承NotificationListenerService，重写onNotificationPosted和onNotificationRemoved方法监听通知变化，在需要时调用getActiveNotifications()获取通知列表并按包名过滤，这种方式能实时感知通知状态变化，适合Launcher这类需要实时更新UI的场景。

  3. 判断未读状态
     通常将非持续型、可清除的通知视为未读通知，通过Notification.FLAG_ONGOING_EVENT标记排除持续型通知，剩下的即为待处理的未读通知。

• 关键注意点

  • 部分定制ROM可能对通知权限有额外管控，需引导用户手动开启权限。
  • Android 12+版本中，NotificationManager.getActiveNotifications()的返回结果可能存在限制，推荐使用NotificationListenerService方案。
  • 权限被拒绝时，需处理无权限场景，避免崩溃并提示用户开启权限。

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