На основании документации :
Система различает фоновые и фоновые приложения.
Приложение считается на переднем плане, если любое из следующего
правда:
- Имеет видимое действие, независимо от того, запущено оно или приостановлено.
- Имеет службу переднего плана.
- Другое приложение переднего плана подключается к приложению либо путем привязки к одной из его служб, либо путем использования одного из его содержимого.
провайдеры.
Причина Es FileExplorer
может быть (это только мое мнение) следующее:
В Es FileExplorer (довольно дерзко, когда дело доходит до использования некоторых дыр в петлях) есть несколько провайдеров контента, но один провайдер, FileProveders
, который как-то позволяет подключить com.android.providers.settings
к нему. Я думаю, что эта связь делает это на переднем плане. У них практически все возможные intent-filter
зарегистрированы практически по всей схеме. Все, что вы пытаетесь поделиться или получить к нему доступ, может вызвать их тем или иным способом, который поддерживает его процесс в использовании (вы можете просто щелкнуть по деталям, и вы увидите LocalCService
запущенного приложения).
Но для вашего приложения:
Если вы не можете использовать FCM
, ForegroundService
и не можете видеть пользователя, тогда единственный вариант - периодически выполнять задачу. Вы можете использовать WorkManager. Единственное ограничение - минимальная продолжительность планирования - 15 минут. См. Мой ответ для планирования работы с WorkManager и WorkManager vs Service для использования WorkManager.