Oreo Background Services - PullRequest
       41

Oreo Background Services

0 голосов
/ 17 сентября 2018

В нашем приложении мы используем несколько Сервисов и Сервисов Намерения для связи BLE, записи с микрофона и т. Д.

Мы заметили новые Фоновые Ограничения и Ограничения (Да, мы знаем это довольно поздно, я знаю),Я изменил реализации для использования функции ContextCompat.startForegroundService () и использования startForeground () с уведомлением, как указано в документации.

Но мы увидели, что когда приложение kill Служба Foreground умирает также через несколько минут.Должно ли это случиться?Служба Foreground будет продолжать работать, только если приложение находится в background ?

Кроме того, если это так, что делает функция оптимизации батареи?Служба работает только в фоновом режиме?Может ли Служба все еще быть уничтожена, пока приложение является фоновым с этой функцией?

Я прочитал много документов по этому поводу, но я все еще не уверен относительно состояния Службы, когда приложение kill .

Мы не возражаем против показа уведомлений для этих служб, но мы все еще хотим, чтобы оно продолжало работать "бесконечно".

1 Ответ

0 голосов
/ 17 сентября 2018

Но мы увидели, что когда приложение закрыто, служба Foreground также умирает через несколько минут.Должно ли это случиться?Служба Foreground будет продолжать работать, только если приложение находится в фоновом режиме?

Да, это уничтожает службу Foreground ..., но оно воссоздается снова в течение микросекунд ... Его естественное поведение.Даже если вы убили приложение, удалив его из последних приложений .. !!

Разместите только свой код обслуживания переднего плана .. !!без лишнего кода, и я исправлю его, чтобы он мог вести себя так, как я сказал ..

Кроме того, если это так, то что делает функция оптимизации аккумулятора?Служба работает только в фоновом режиме?Может ли Служба все еще быть уничтожена, пока приложение работает в фоновом режиме, если эта функция включена?

Если батарея оптимизируется, она может не запускать службу переднего плана слишком ON_BOOT_COMPLETE

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

Да, я знаю, что это полная трата времени, поскольку документация Googleне имея простых способов документирования и не существует примеров кодов для разработчиков ... Если вы хотите кодировать для более чем 4 Android OS, то все коды должны быть закодированы в соответствии с кодами версии .. !!

Мы не возражаем против показа уведомлений для этих служб, но мы все еще хотим, чтобы оно продолжало работать "бесконечно".

Это никогда не происходит ... ВСЕГДА должно бытьреализованные с вещательными приемниками, когда и как вы хотите, ваши службы могут работать бесконечно. Опять же, вы не можете создавать статические приемники и не можете вызывать их через манифест, как раньше ... Вам нужно создать его из службы переднего плана во время выполнения.

Где я могу получить примеры кодов?Нет, где ... У Google нет примеров кодов ... просто бла-бла-бла ...

Коротко и мило ... Я потерял свой полный год и теперь хорошо знаю обо всех приведенных выше вопросах и выполнилэто в приложениях и приложениях на рынке работает довольно хорошо, как и ожидалось ... И я хотел бы помочь им всем, так как Google не хватает его в документации .. Опубликуйте свой код, дайте мне знать, и получите его от меня


Редактировать: 2

Google сделал wrong os (Android) на основе wrong concept с wrong implementation с wrong support с wrong documentation с wrong License с открытым исходным кодомчто позволяет non - standard компаниям модифицировать и использовать его. Теперь рассмотрим его недостатки:

  1. Это расстраивает разработчиков для кодирования приложения, которое даже поддерживает более одной версии. Скажем Lollipopи Marshmallow.Оба способа различны, и у разработчика уже есть 1000 кейсов для обработки, и опять же это ..
  2. Кейс становится наихудшим для разработки, когда речь идет о разработке более 2-х версий одновременно ... Это полный беспорядок ...
  3. Опять же, Google продолжает менять правила в течение нескольких месяцев ...
  4. Без надлежащей документации разработчики могут открыть только один вариант - вытащить волоски .. !!
  5. Всего этого было недостаточно ..., так что еще раз: -

Vivo: ColorOs OnePlus: OxygenOs MI: FunTouchOs.,,.

Это огромный список компаний, которые не знают, как модифицировать (и почему модифицировать ...?), Начали модификацию stock-android .., большинство из которых допускают только facebook, Google, Whatsapp, Instagram, крупные поставщики социальных приложений только приходят в память на Boot_complete.

Почему только эти службы и почему не мои ..?

Потому что покупатели не купят телефон, на котором вышеуказанные программы не будут работать .. !!Никто не возьмет такие телефоны .. !!

Почему не мой ..?

Это бизнес

Есть лииначе ...?

Ни за что .. !!Поскольку мы разрабатываем приложения стандартно для Googles Android Studio, а также тестируем его на эмуляторах Google, который содержит стоковые системы Android .. !!Так что не гарантируйте, будет ли оно работать на устройствах всех производителей или нет .. !!

Кто несет ответственность за все эти ситуации ... и что является решением?невозможно справиться .. Google должен прийти с ограничением на модификации, а также должны быть внедрены системы аппаратной поддержки .. !!Лучший способ прекратить работу такой неуправляемой операционной системы.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...