Как стать автором
Обновить

Как в Android запрещали фоновую работу и улучшали расход батареи

Время на прочтение15 мин
Количество просмотров19K
Всего голосов 40: ↑40 и ↓0+40
Комментарии25

Комментарии 25

Познавательно. Спасибо!

Не свобода выбора привела к хаосу на устройствах, а принципиальная цель ради которой создавался Аднроид - манипуляция пользователями. Всё вполне можно было сделать явным и дать возможность пользователю самому решать работа или батарея.

И принципиальная ошибка людей с интернет-мышлением сделанная при выводе Андроид на рынок - фиктивное объявление проекта Open Source и слишком большая свобода вендорам. Как пример не совершения этой ошибки - Windows.

Эта стратегия позволила Android взлететь, а с популярностью появились деньги, которые дают исправлять что было

Вот такое я и называю интернетовским мышлением, одним из признаков. Это сайт можно переписать, в том числе с нуля. А Андроид, как теперь уже стало прекрасно видно, можно несколько улучшить, а исправить нельзя.

И Гугол знает что делает - см. как каждый новый Андроид создаёт новые проблемы Termux.

И Гугол знает что делает - см. AGDK, признание того, что хорошо работать будет на С/С++, а за то, что у нас везде Жаба, извиняйте.

Не знаю, как сейчас, но раньше у Sony была замечательная технология STAMINA - и никаких танцев с бубном не нужно.

А вообще много кто интересуется, как обойти недостатки архитектуры Android в части энергосбережения: https://4pda.to/forum/index.php?showtopic=144999

Технология только для смартфонов Sony и их низкой популярностью никому не нужна (

Sony Xperia Z1 был хорошь, несмотря на посредственный экран :)

Это было 9 лет назад. Что бы они не выпускали, то что они проиграли рынок и пользователь их не купил уже говорит о многом. Однозначно они что-то делали не так и не один раз

Последние версии андроида (начиная с примерно 10) скатились в полное г., почти до уровня оЙфона. Раньше на нормальном андроиде работали нормальные месседжеры (jabber, tox, briar...) которые либо совсем p2p либо достаточно независимы чтобы работать через свой сервер. То есть, нормальный месседжер полюбому должен держать TCP коннект куда нибудь. И тут, ради того, чтобы телефоны стали ещё на миллиметр тоньше андроид начинает принудительно прибивать такие приложения. А как же тогда вообще могут работать месседжеры ? А легко - всего то надо уметь получать push, которые проходят через сервера гугля, и стоят денег. Для всяких там whatsapp, telegram, и т.д. это решаемо (есть контора, которая платит за пуши), что создаёт у пользователя иллюзию, что эти "просто работают" а jabber и тем более briar - глючат, когда на самом деле ситуация противоположная.

Возможно, у меня была устаревшая инфа. Но что мешает им снова стать платными, или вообще произвольшым образом изменить условия ? Вот решит гугль, что условный телехрам "неправильный" и не даст ему больше пушей...

Они никогда не были платными. Учитывая эксклюзивность Firebase Push в системе будет очень интересно посмотреть на реакцию сообщества и партнеров

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

"Контроль со стороны закона" - очень ненадёжная штука, ибо эти "законы" имеют свойство меняться когда угодно непредсказуемым образом. Законы математики (криптографии) гораздо эффективнее, их не получится изменить или нарушить простым голосованием сотни "депутатов".

ИМХО, независимая мобильная инди-разработка умерла уже лет 5 как. В том числе, и по этой причине.

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

Если на А10 планшет жил примерно сутки, на А12 около полутора суток, то на А13 тянул почти двое.

Список софта одинаков, пользование тоже.

Ну тут еще надо учитывать что сценарии и время использования не менялись. + вендор еще может постепенно править баги или оптимизировать работу процессора. Но учитывая что и деградации батареи идет, то результаты впечатляют. Что за планшет?

Teclast T40 Pro.
Там только А11, только сейчас заметил, фабричный Андроид, А12/13 - GSI.
Деградацию можно не учитывать, я на А11, гонял пару месяцев, с месяц на А13, сейчас остановился на А12, из-за проблем с камерой на А13.

Эх... Купил я тут новый телефон на замену прошлому (у которого система вдруг пошла в разнос - телефон перезапустился, поймал boot-loop, а после восстановления потерял root). Новый смарт уже с Android 9 и, как оказалось, фирменным white-list'ом приложений. Он не так глубоко запрятан в настройки, но... что ж лезет в настройки "Умного помощника", когда там обычно только настройка жестов и обработка дополнительной кнопки?. Мало кто. А белый список оказался именно в нём и назывался "Блокировка приложений".
В общем, don't kill my app показывал 1% рабочего времени до его выброса из памяти (при тесте на 1 час), то есть его выбрасывало пинком в окно практически сразу после блокировки экрана. После включения разрешения в этом самом помощнике результат сразу перешёл в 100%.
Вот такая интересная особенность вендора (Conquest в моём случае). Но подлянка после Android 8 оказалась неожиданной, ибо в последнем ВСЕ приложения работали... хотя бы нормально. Мессенджеры получали сообщения в фоне, музыка игралась, данные с часов перетекали в телефон в фоне. А в 9-ке - не работало ни-че-го (мем из "Pumpkin Dance") и пришлось мучаться неделю. Даже залез в logcat, где подозрительно мелькало app-blacklist или что-то подобное.

Короче, глобально ситуация не изменилась с момента популяризации ведра (версия 1.5). Устройства без возможности разблокировки и установки альтернативных прошивок покупать не стоит. Плюс инвестирование в Ubports / PostmarketOs имеет смысл.

Тут не соглашусь. Android. и его работа поменялись очень сильно уже даже к 5.0, не говоря про 13

Да, но я не о том. Возможности и ограничения самой системы ортогональны возможности ее замены на что-то альтернативное в случае, если вендорная система не устраивает, как в указанных вами случаях whitelists фоновых сервисов, так и, к примеру, выпиленном из ванильной девятки Miracast, который в лосе и других альтернативах вполне себе жив. Анлок и рут - базовые потребности сознательного пользователя ведра. А так в плане энергопотребления я с действиями гугла над системой скорее согласен, чем нет - что WinMobile, что большинство Symbian-устройств при одновременных фоновой передаче данных и воспроизведении медиа редко жили до конца рабочего дня, так же как и ранние вёдра. Я не согласен только с физическим выпилом фич и наглостью вендоров.

Спасибо за статью, жалею что так долго до нее шёл.

WorkManager штука хорошая, но вместо того чтобы дать инструменты решения задач она ставит новые. Например мне нужен периодический запрос на сервер каждую минуту, а минимальный интервал который предлагает PeriodicWorkRequest - каждые 15 минут, и в итоге я опять должен воевать с фреймворком для решения продуктовых задач.

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

15 минут идет от JobScheduler который под капотом. Так что ограничение именно унифицировано. API задумывалось чтобы не делать часто работу. Сейчас как раз делаю видео/стать где про это все расскажу

Зарегистрируйтесь на Хабре, чтобы оставить комментарий