Heavy Artillery: Как гарантированно разбудить Samsung и Xiaomi на Android 14 без Firebase (FCM)

[exTvr]

Что-то как-то слишком сложно, как минимум для ксяомитов - там всё прекрасно решается для нужного приложения штатными средствами ОС - разрешить автозапуск, отключить контроль активности (нет ограничений), закрепить в фоне (замочек т.н.). Фсиё - вспотеешь его вырубать, даже если и захочешь, пока ограничения не вернёшь. Проверено на множестве разных приложений, в т.ч. на каком-то полуэкспериментальном софтфоне от Panasonic.

[7SoulssS7]

У меня это решено тремя кнопками на онбоардинге, без необходимости замочка

[BSOZ]

Как было бы здорово иметь стандартный API для разных систем с одинаковым поведением, предсказуемой, прозрачной логикой и структурой без наслоения Legacy костылей. Чтобы на стороне окружения поддерживалась нужная версия API в каком-то разумном диапазоне версий, а не у разработчика приложения голова болела с циклической проверкой "что отвалилось после этого обновления". J2ME в этом плане была прекрасна.

И без грубой и бессистемной правки логики отдельными вендорами. Влияние Xiaomi и Samsung на эту экосистему ужасны. Сама философия Android в целом плохо сочетается с кастомизацией. Все стремятся к длительной поддержке устройств, на деле вы застреваете в старой системе, обновляемой кое-как. Попытки исправить ситуацию созданием всяких HMOS фактически только добавляют новых проблем с совместимостью (чем дальше, тем больше костылей).

[eugene1616]

Хороший опыт. А что будет если интент отправлять изAlarmManager сразу в Foreground Service

[7SoulssS7]

Не думал. Но две недели использования говорят что все работает

[JDJ]

Foreground Service ничего не гарантирует хоть с уведомлением хоть без, хоть с wakeLock, если система решить экономить ресурсы она убьёт любой процесс. У вас на мой взгляд в корне не верный подход, чтоб гарантировано получать уведомление надо не бороться с андроидом который может уснуть, и присылать уведомление из вне. на этот спящий андроид, например с сервера или роутера, которые никогда не спят. Например покупаете роутер микротик. и получаете уведомления и на почту, и в тг и в вацап.

[7SoulssS7]

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

[JDJ]

"перезагрузка телефона не убила эти процессы "
всё ясно, спасибо. вайфай тоже не отключалася во время перезагрузки, потому что вы сразу смогли выйти в интернет.

[7SoulssS7]

Ну получение разрешения по оптимизации батареи тоже играет роль. Да и еще пару разрешений которые выводят эти процессы на другой уровень. Но опять же Вам виднее. Я только начинаю путь. И смотрю с точки зрения пользователя. И меня сейчас устраивает. За две недели работы пока отказов не было.

[7SoulssS7]

Ндаа

[JDJ]

я не слово не писал про то работает ваше приложение или нет, я написал про конкретный класс и указал что Foreground Service ничего не гарантирует, плюс то, что сама концепция по моему не верная, на понятном вам языке это звучит так, вы как разработчик (заявитель) ничего не может требовать от системы Андроид (прокурор), вы можете вежливо попросить в письменном виде, и андроид у вас вашу заявку примет, а дальше с ней будет тоже самое что и в прокуратуре, она пойдёт на растопку субботней бани с девушками. На правктике одно и тоже приложение с Foreground Service может работать больше месяца, а может умирать через 3 часа, это решает прокурор, то есть Андроид. От сюда и концепция, не надеятся на Андроид (прокурора). Понятно наконец что я пишу про Foreground Service , а не про ваше приложение?