如何避免清除应用数据后NotificationListenerService崩溃？

这个问题确实和通知访问权限的异常状态有关——Android 7在清除应用数据后，系统设置里虽然显示权限仍处于激活状态，但实际上服务与系统的绑定关系已经被彻底重置了，这是该版本系统的一个小bug，导致requestRebind()无法正常触发重新绑定。

结合你的场景和日志，给你几个针对性的解决思路：

• 先主动校验服务的实际启用状态
  不要只依赖系统设置的视觉反馈，用NotificationManager.getEnabledListenerPackages()来检查你的应用包名是否在返回的列表里。清除数据后，哪怕设置里显示权限开着，这个列表里大概率已经没有你的包了。如果检测到不在列表中，直接引导用户跳转到通知访问设置页面（Settings.ACTION_NOTIFICATION_LISTENER_SETTINGS），让用户手动重新开启权限——注意，哪怕看起来是开着的，也需要用户手动关闭再打开一次，才能让系统重新生成有效的绑定令牌。

• 修复requestRebind()的调用逻辑
  清除应用数据后，原有的服务进程上下文已经被销毁，直接调用requestRebind()是无效的。建议在应用启动时（比如Application的onCreate或者主Activity的初始化逻辑里）做以下操作：

  1. 检查服务是否已绑定（通过上述getEnabledListenerPackages方法）
  2. 如果未绑定，先调用NotificationListenerService.disableSelf()（确保残留的无效服务实例被清理）
  3. 再引导用户进入设置重新开启权限，或者通过隐式意图触发系统重新扫描通知监听服务

• 给服务崩溃加兜底重试逻辑
  在你的NotificationListenerService的onListenerDisconnected()方法里，不要只调用requestRebind()，可以加上延迟重试机制，比如用Handler延迟2秒后再次尝试绑定，同时发送一个本地广播给主应用，让主应用弹出提示，引导用户去处理权限问题。示例代码大概是这样：

  @Override
  public void onListenerDisconnected() {
      super.onListenerDisconnected();
      // 延迟重试绑定
      new Handler(Looper.getMainLooper()).postDelayed(() -> {
          requestRebind(getIntent().getComponent());
      }, 2000);
      // 通知主应用处理权限问题
      sendBroadcast(new Intent("com.your.package.NOTIFICATION_SERVICE_DISCONNECTED"));
  }
  

• 针对Android 7的特殊适配
  Android 7对通知监听服务的绑定校验更严格，清除数据后系统会回收之前的权限令牌，所以必须让用户手动触发一次权限状态的变更。你可以在应用启动时做版本判断，如果是Android 7，且检测到服务未正常绑定，直接弹出一个友好提示，告诉用户需要进入设置重新开关一次通知访问权限，避免用户困惑。

你提到的日志里Scheduling restart of crashed service，就是因为系统发现服务绑定失效后尝试自动重启，但因为没有有效的权限令牌，每次重启都会崩溃，所以解决核心就是重新建立有效的权限绑定关系。

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