Android 9 (Pie), Context.startForegroundService() не вызывал Service.startForeground(): ServiceRecord

После того, как у меня возникла такая же проблема с теми же телефонами, я внес несколько изменений, и сбои исчезли. Я не уверен, что сделал трюк, но я предполагаю, что вызов startForeground как в onCreate, так и в onStartCommand. Я не уверен, зачем это нужно, если служба уже запущена и в onCreate все вызывалось правильно.

Другие изменения: - Изменение serviceId на какое-то меньшее число (1-10) - Вызов startFororegroundService реже через одноэлементный синхронный класс (ранее это было реализовано при сбоях, чтобы предотвратить остановку службы до ее запуска с обратным вызовом из onStartCommand, но теперь он также фильтрует вызовы, если служба уже запущена). - с помощью START_REDELIVER_INTENT (ни на что не должно влиять)

Проблема возникает на упомянутых телефонах только у некоторых пользователей, поэтому я подозреваю, что она связана с каким-то новым обновлением от Samsung и в конечном итоге будет исправлена.

Я ждал отчета о сбое, чтобы поделиться решением. У меня не было сбоев или ANR почти 20 дней. Я хочу поделиться своим решением. Это может помочь тем, кто столкнулся с этой проблемой.

В методе onCreate()

• Прежде всего, мое приложение является медиа-приложением. Я еще не реализовал медиасессию. Я создаю канал уведомлений в верхней части onCreate(). Официальный документ
• Я вызываю метод Service.startForeground() после метода Context.startForegroundService(). По моему prepareAndStartForeground() методу.

  Note: I don't know why but ContextCompat.startForegroundService() doesn't work properly.

По этой причине я вручную добавил ту же функцию в свой класс обслуживания вместо вызова ContextCompat.startForegroundService()

private fun startForegroundService(intent: Intent) {
    if (Build.VERSION.SDK_INT >= 26) {
        context.startForegroundService(intent)
    } else {
        // Pre-O behavior.
        context.startService(intent)
    }
}

prepareAndStartForeground() метод

private fun prepareAndStartForeground() {
    try {
        val intent = Intent(ctx, MusicService::class.java)
        startForegroundService(intent)

        val n = mNotificationBuilder.build()
        // do sth
        startForeground(Define.NOTIFICATION_ID, n)
    } catch (e: Exception) {
        Log.e(TAG, "startForegroundNotification: " + e.message)
    }
}

Это мой onCreate()

override fun onCreate() {
    super.onCreate()
    createNotificationChannel()
    prepareAndStartForeground()
}

Мой onStartCommand()

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    if (intent == null) {
        return START_STICKY_COMPATIBILITY
    } else {
        //....
        //...
    }
    return START_STICKY
}

onRebind, onBind, onUnbind методы, подобные этим

internal var binder: IBinder? = null

override fun onRebind(intent: Intent) {
    stopForeground(true) // <- remove notification
}

override fun onBind(intent: Intent): IBinder? {
    stopForeground(true) // <- remove notification
    return binder
}

override fun onUnbind(intent: Intent): Boolean {
    prepareAndStartForeground() // <- show notification again
    return true
}

Нам нужно что-то очистить при вызове onDestroy()

   override fun onDestroy() {
    super.onDestroy()
    releaseService()
   }

private fun releaseService() {
    stopMedia()
    stopTimer()
    // sth like these
    player = null
    mContext = null
    afChangeListener = null
    mAudioBecomingNoisy = null
    handler = null
    mNotificationBuilder = null
    mNotificationManager = null
    mInstance = null
}

Я надеюсь, что это решение работает должным образом для вас.

Компонент Android Service немного сложен для правильной работы, особенно в более поздних версиях Android, где ОС добавляет дополнительные ограничения. Как упоминалось в других ответах, при запуске Service используйте ContextCompat.startForegroundService(). Далее, в Service.onStartCommand(), немедленно звоните startForeground(). Сохраните Notification, которое вы хотите отобразить как поле участника, и используйте его, если оно не равно нулю. Пример:

private var notification:Notification? = null
override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    if (notification == null) {
        notification = createDefaultNotification()
    }
    startForeground(NOTIFICATION_ID, notification)

    // Do any additional setup and work herre

    return START_STICKY
}

Всегда возвращайте START_STICKY в свой Service. Все остальное, вероятно, неправильно, особенно если вы делаете какой-либо аудиоплеер. На самом деле, если вы делаете аудиоплеер, вам не следует реализовывать свою собственную службу, а вместо этого использовать MediaBrowserServiceCompat (из AndroidX).

Я также рекомендую сообщения в блоге, которые я написал по этому поводу: https://hellsoft.se/how-to-service-on-android-part-3-1e24113152cd

Я почти устранил проблему с startForeground() в методах MediaSessionCompat.Callback, таких как onPlay(), onPause().

После слишком долгой борьбы с этим сбоем, наконец, я полностью исправил это исключение и нашел решение.

Убедитесь, что вы сделали это в своем сервисе. Я перечисляю их, как показано ниже: (некоторые из этих вещей повторяются, как упоминалось в другом ответе, я просто пишу их снова).

1- Звонок

startForeground()

как в onCreate, так и в onStartCommand (можно много раз вызывать startForeground())

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

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
    if (intent == null) {
        return START_NOT_STICKY;
    }
    final int command = intent.getIntExtra(MAIN_SERVICE_COMMAND_KEY, -1);

    if (command == MAIN_SERVICE_START_COMMAND) {
        startCommand();
        return START_STICKY;
    }
    return START_NOT_STICKY;
}

 private void startCommand() {
    createNotificationAndStartForeground();
    runningStatus.set(STARTED);
}

2- Останавливаться ваш сервис с помощью

context.stopService()

, нет необходимости вызывать остановить передний план () или остановить себя ().

  try {
        context.stopService(
                new Intent(
                        context,
                        NavigationService.class
                )
        );
    } catch (Exception ex) {
        Crashlytics.logException(ex);
        LogManager.e("Service manager can't stop service ", ex);
    }

3- Начинать ваш сервис с помощью

ContextCompat.startForegroundService()

он будет обрабатывать разные версии API.

   ContextCompat.startForegroundService(
            context,
            NavigationService.getStartIntent(context)
    );

4- Если в вашей службе есть действия (нужны ожидающие намерения), обрабатывайте ваши ожидаемое намерение с помощью Вещательный приемник, а не вашей текущей службы (она вызовет вашу службу в Create() и может быть опасной или использовать PendingIntent.FLAG_NO_CREATE), рекомендуется иметь конкретный приемник широковещательной рассылки для обработки ваших действий по уведомлению службы, я имею в виду создание всех ваших ожидающих намерений с помощью PendingIntent.getBroadcast().

    private PendingIntent getStopActionPendingIntent() {
    final Intent stopNotificationIntent = getBroadCastIntent();

    stopNotificationIntent.setAction(BROADCAST_STOP_SERVICE);

    return getPendingIntent(stopNotificationIntent);
}

private PendingIntent getPendingIntent(final Intent intent) {
    return PendingIntent.getBroadcast(
            this,
            0,
            intent,
            0
    );
}

new NotificationCompat.Builder(this, CHANNEL_ID)
            .addAction(
                    new NotificationCompat.Action(
                            R.drawable.notification,
                            getString(R.string.switch_off),
                            getStopActionPendingIntent()
                    )
            )

5- Всегда перед остановить свою службу убедитесь, что ваша служба создана и запущена (я создаю глобальный класс с моим состоянием службы)

  if (navigationServiceStatus == STARTED) {
            serviceManager.stopNavigationService();
        }

6- Установите для идентификатор уведомления длинное число, например 121412.

7- Использование NotificationCompat.Builder будет обрабатывать разные версии API, вам просто нужно создать канал уведомлений для версий сборки> = Build.VERSION_CODES.O. (Это не решение, просто сделайте ваш код более читабельным)

8- Добавить

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

разрешение в ваш манифест. (этот упоминается в документах Android) Служба переднего плана Android

Надеюсь, поможет :))

В соответствии с этим сообщением об ошибке это говорит о том, что когда вы вызываете Context.startForegroundService(), вы должны выдать уведомление, используя метод Service.startForeground(). Это то, что я понимаю.

Я потратил так много времени, выясняя, почему он падает, и не понимая, почему. Проблема заключалась в идентификаторе уведомления для startForeground(). Измените его на значение, отличное от 0. Это работало с Android 11.

@Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        
        //Create notification here
        
        startForeground(5, builder.build()); //Change the ID to something other than 0

        return START_NOT_STICKY;
    }