Android前台服务通知不持久

Question

我创建了一个扩展服务并作为前台服务运行的类。我希望我的服务通知是持久的（即不通过刷卡删除）。但是，我的通知可以通过刷卡来撤销。

服务留档指出：...前台服务必须为状态栏提供通知，状态栏放在正在进行的标题下。这意味着除非服务停止或从前台删除，否则通知不能被驳回...

我确实设置了断点来检查是否命中了onDestroy（）或stop Self（），但事实并非如此。该服务正在前台模式下运行，但我可以通过滑动来驳回通知。

我发现了很多关于相反情况的问题，在服务停止后无法取消通知，但没有发现任何与我的问题类似的问题。

该服务通过Intent启动，并按如下方式初始化：

@Override
public void onCreate()
{
    super.onCreate();

    initialize();
}

private void initialize()
{
    Notification n = get_service_notification();
    startForeground(10, n);

    LocalBroadcastManager.getInstance(this).registerReceiver(mMessageReceiver, new IntentFilter(BroadcastCodes.service_broadcast_intent_name));
}

@Override
public int onStartCommand(Intent intent, int flags, int startId)
{
    startServing();
    return START_STICKY;
}

其中start Serving（）订阅位置更新

通知是这样构建的

private Notification get_service_notification()
{
    Intent intent = new Intent(this, LoginActivity.class);
    PendingIntent contentIntent = PendingIntent.getActivity(this, 0, intent, PendingIntent.FLAG_UPDATE_CURRENT);

    NotificationCompat.Builder b = new NotificationCompat.Builder(this);

    b.setAutoCancel(false)
            .setWhen(System.currentTimeMillis())
            .setSmallIcon(R.drawable.app_icon)
            .setTicker("some text")
            .setContentTitle("some text")
            .setContentText("some text")
            .setContentIntent(contentIntent)
            .setContentInfo("")
            .setOngoing(true);

    Notification res = b.build();
    res.flags |= Notification.FLAG_ONGOING_EVENT | Notification.FLAG_NO_CLEAR;

    return res;
}

我尝试过使用标志和setOngoing/setAuto取消，但结果保持不变。

SDK版本配置为minSdkVersion 18、targetSdkVersion 25

我非常感谢关于这个问题的任何意见——这可能只是一些愚蠢的错误，但我已经花了几个小时试图自己研究...不幸的是，没有用。

编辑1

我还没有解决这个问题。我决定尝试一个肮脏的黑客，但仍然没有运气。

我制作了一个PendingEvent，并通过setDeleteIntent（）注册了它。我的想法是，一旦这个通知被刷消，就会显示一个新的通知。不幸的是，我没能让它发挥作用（刷卡时意图永远不会触发）。

我还想澄清，通知可以被刷走，但不会受到通知窗格（垃圾图标）中的“全部清除”按钮的影响（即不会被删除）。

编辑2

如上所述，当通过滑动解除通知时，我无法使用setDeleteIntent（）重新创建通知。

现在我解决了一个解决方法——我的服务执行一些定期任务。我现在打电话

notificationManager.notify(10, service_notification);

当我的任务运行时，即使被刷走，我的通知也会在一段时间后重新创建。

我仍然有一种强烈的感觉，我只是误读了文档，因为我的测试设备（Honor API23）上有几个无法删除的通知。

编辑3

我在另一台设备（Lenovo API23）上尝试了相同的代码，通知按预期工作（无法解除，也无法刷卡）。我的问题似乎与设备有关。

Answer 1

我做了一些进一步的测试（除了更新中提到的测试）。我试着在互联网上运行各种示例/教程，比如这里的页面

基于我最初运行测试的荣誉，通知始终可以被滑动，在联想和其他设备上，“正在进行的”标志按照文档中的说明起作用，即不能通过滑动操作解除通知。

总而言之，我的问题似乎确实与设备有关。