Doze

Новые алгоритмы сна под названием Doze помогут вашему устройству работать на одной зарядке дольше: в моменты, когда аппарат долго лежит неподвижно, не подключен к зарядке и его дисплей не включается для отображения уведомлений, все приложения ставятся на паузу (App Standby), передача данных минимизируется, процессор переходит в энергосберегающий режим, все синхронизации и прочие любители что-нибудь сделать, пока телефон «бездельничает» отправляются в сон.

Впервые этот режим был внедрён в Android Marshmallow и в следующих версиях требования ужесточаются всё больше и больше.

В спящем режиме не выполняются сетевые запросы, кроме GCM с высоким приоритетом. Также могут блокироваться операции синхронизации, задачи по сигнализации событий, сканирование сетей Wi-Fi, работа GPS.

Для особо важных задач можно запустить метод setAndAllowWhileIdle() от AlarmManager, но не чаше одного раза в 15 минут.

Doze Mode

Когда устройство на Android Marshmallow лежит без движения и без зарядки, спустя час оно переходит в Doze Mode. Режим отключки, когда почти все приложения перестают жрать батарею. Это происходит не сразу, а по шагам:

• ACTIVE — Устройство используется или на зарядке
• INACTIVE — Устройство недавно вышло из активного режима (пользователь выключил экран, выдернул зарядку и т.п.)
• . 30 минут
• IDLE_PENDING — Устройство готовится перейти в режим ожидания
• . 30 минут
• IDLE — Устройство в режиме бездействия
• IDLE_MAINTENANCE — Открыто короткое окно, чтобы приложения выполнили свою работу

Если ваше приложение использует различные задачи, которые могут выполняться в разное время, то нужно обязательно протестировать поведение программы при включении спящего режима. Для этого можно воспользоваться специальными командами, чтобы не дожидаться наступления режима Doze.

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

 adb shell dumpsys battery unplug 

Далее вы можете увидеть состояние устройства.

 adb shell dumpsys deviceidle step 

Команда будет возвращать следующие строки в разное время.

 Stepped to: ACTIVE Stepped to: IDLE_PENDING Stepped to: SENSING Stepped to: IDLE Stepped to: IDLE_MAINTENANCE 

Вернуть батарею обратно в обычное состояние зарядки от сети.

 adb shell dumpsys battery reset 

Увидеть все доступные команды.

 adb shell dumpsys deviceidle -h 

В момент, когда устройство переходит в состояние IDLE:

• Доступ приложению к сети отключен, пока приложение не получит high-priority GCM-push
• Система игнорирует Wake Lock. Приложения могут сколько угодно пытаться запросить пробуждение процессора — они их не получат
• Запланированные Alarm в AlarmManager не будут вызываться, кроме тех, которые будут обновлены с помощью setAndAllowWhileIdle()
• Система не производит поиска сетей Wi-Fi
• NetworkPolicyManagerService: пропускает только приложения из белого списка
• JobSchedulerService: все текущие задачи отменяются. Новые откладываются до пробуждения
• SyncManager: все текущие отменяются, новые откладываются до пробуждения
• PowerManagerService: только задачи приложений из белого списка

Соответственно, если наше приложение является чатом, то мы можем отправить с сервера push с полем priority = high. А если у нас приложение будильник, то мы должны обязательно вызвать setAndAllowWhileIdle() или setExactAndAllowWhileIdle().

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

Режим Standby

Если у приложения есть фоновые задачи, но приложение простаивает, то включается режим Standby.

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

Ремжим App Standby отправляет в изоляцию приложения, которые не подходят под условия:

• Пользователь явно запустил приложение
• Приложение имеет процесс, работающий в данный момент на переднем плане (Activity или foreground service, или используется другая активность или foreground service)
• Приложение создало уведомление, которое висит в списке уведомлений
• Пользователь принудительно добавил приложение в список исключений оптимизации в настройках системы

Этот режим тоже можно тестировать с помощью команд.

 adb shell am broadcast -a android.os.action.DISCHARGING shell am set-inactive true 

Разбудить приложение можно командой.

 adb shell am set-inactive false 

Проверить статус приложения:

 adb shell am get-inactive

Например, может вернуться строка.

 Idle=false 

Есть специальный белый список Whitelist, в который пользователь может добавить исключения. Приложениям из белого списка не страшны ни Doze Mode ни App Standby.

Пользователь может настроить нужные приложения, чтобы они не включали режим ожидания Standby. Для этого идём в Настройки | Приложения, нажимаем на значок шестерёнки и выбираем пункт Экономия заряда батареи. В выпадающем списке Не экономят заряд можно увидеть программы, которые не используют режим ожидания. Переключитесь на Все приложения и выберите нужно приложение из списка. В диалоговом окне можете установить режим Не экономить.

Можно программно узнать, находится ли приложение в «белом списке» приложений, которым разрешено не экономить заряд. Нужно указать имя пакета приложения (не обязательно указывать своё приложение).

 // API 23 и выше PowerManager powerManager = (PowerManager) getSystemService(POWER_SERVICE); boolean inWhiteList = powerManager.isIgnoringBatteryOptimizations("ru.alexanderklimov.cats"); System.out.println(inWhiteList); 

Если находится, то вернёт true, иначе — false.

Сами вы не сможете добавить своё приложение в белый список, это может сделать только пользователь вручную. Но вы можете ему показать нужный экран настройки, чтобы он его не искал.

 startActivity(new Intent(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS)); 

Более агрессивный способ, когда вы явно вызывает диалоговое окно для добавления приложения в белый список.

 Intent intent = new Intent(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS, Uri.parse("package:" + getPackageName())); startActivity(intent); 

В манифесте следует прописать разрешение.

Если приложение уже находится в белом списке, то диалоговое окно не появится.

Android 6.0: Doze Mode, App Standby, Runtime Permissions. Всё, что необходимо знать каждому разработчику

В этой статье мы рассмотрим три самых важных изменения в новом Android, которые не могут быть проигнорированы ни одним разработчиком, который поставил у себя в проекте targetSdk = 23 и выше.
Doze Mode — режим «отключки», в который переходят все устройства на Marshmallow после некоторого времени обездвижения без зарядки.

App Standby — автоматическое лишение приложений доступа к ресурсам устройства, всех которые давно не открывал пользователь.

Runtime Permissions — новая модель запроса разрешений. Теперь мы, как разработчики, каждый раз обращаясь, например, к микрофону устройства, должны проверять, есть ли у нашего приложения разрешение на доступ к нему.

В Google в новом релизе Android сделали очень важный шаг в сторону оптимизации работы батареи. Все мы знаем, как пользователи любят повонять в комментариях высказываниями: «Дурацкие Google Play Services» жрут 25% батареи моего ******* S III, гопники, верните мне мой драгоценный айфон, нет сил, терпеть издевательства от Гугл». Только вот эти пользователи не ставили себе никогда Battery Historian и не в курсе, что жрут батарею бесплатные игры от сомнительных авторов и такие же сделанные на коленке живые обои, например. Но пользователь этого не знает, и как бороться с кучей левых приложений, беспощадно съедающих батарею, он не в курсе.

Ну теперь пользователям об этом заботиться и не придется. С приходом двух новых режимов Doze Mode и App Standby операционная система перекрывает кислород всем чрезмерно жрущим заряд приложениям. Как? Читаем далее:

Doze Mode

Когда устройство на Android Marshmallow лежит без движения и без зарядки, спустя час оно переходит в Doze Mode. Режим отключки, когда почти все приложения перестают жрать батарею.

Это происходит не сразу, а по шагам:

ACTIVE — Устройство используется или на зарядке
INACTIVE — Устройство недавно вышло из активного режима (пользователь выключил экран, выдернул зарядку и т.п.)
. 30 минут
IDLE_PENDING — Устройство готовится перейти в режим ожидания
. 30 минут
IDLE — Устройство в режиме бездействия
IDLE_MAINTENANCE — Открыто короткое окно, чтобы приложения выполнили свою работу

Мы можем продебажить наши приложения, переключаясь последовательно между этими шагами с помощью:

$ adb shell dumpsys deviceidle step 

В момент, когда устройство переходит в состояние IDLE:

• Доступ приложению к сети отключен, пока приложение не получит high-priority GCM-push.
• Система игнорирует Wake lock’и. Приложения могут сколько угодно пытаться запросить пробуждение процессора — они их не получат.
• Alarm’ы запланированные в AlarmManager не будут вызываться, кроме тех, которые будут обновлены с помощью setAndAllowWhileIdle().
• Система не производит поиска сетей Wi-Fi.
• NetworkPolicyManagerService: пропускает только приложения из белого списка.
• JobSchedulerService: все текущие задачи отменяются. Новые откладываются до пробуждения.
• SyncManager: все текущие отменяются, новые откладываются до пробуждения.
• PowerManagerService: только задачи приложений из белого списка вызовутся.

Соответственно, если наше приложение чат, то мы можем отправить с сервера push с полем priority = high.
А если у нас приложение будильник, то мы должны обязательно вызвать для Alarm setAndAllowWhileIdle() или setExactAndAllowWhileIdle().

Во многих других случаях мы вообще не должны об этом переживать, после того, как пользователь возьмет устройство в руки, все заснувшие alarm’ы и SyncAdapter’ы проснутся и сделают свою работу. (Да-да я знаю, что после выхода из doze mode все начинает синкаться и даже Nexus 9 минуты две тормозит)

App Standby

• Пользователь явно запустил приложение.
• Приложение имеет процесс, работающий в данный момент на переднем плане (Activity или foreground service, или используется другой activity или foreground service’ом).
• Приложение создало уведомление, которое висит в списке уведомлений.
• Пользователь принудительно добавил приложение в список исключений оптимизации в настройках системы

Исключения

Возможно сейчас разработчики коммерческих voip нервно начали продумывать, как запретить обновляться своим пользователям на пугающий своей жесткостью Android Marshmallow. Но не волнуйтесь, есть специальный Whitelist, в который пользователь руками может добавить исключения. Приложениям из Whitelist не страшны ни Doze Mode ни App Standby.

Чтобы проверить, попало ли наше приложение в Whitelist вызываем метод isIgnoringBatteryOptimizations().

Пользователь может сам руками добавить/удалить из списка в настройках Settings > Battery > Battery Optimization
Но мы можем его сами попросить с помощью интента ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS или запросив пермишен REQUEST_IGNORE_BATTERY_OPTIMIZATIONS, который покажет диалог на автоматическое добавление в вайтлист с разрешения пользователя.

Runtime Permissions

Мы подобрались к самому известному изменению в Android Marshmallow. Более того это изменение требует от нас наибольшего вовлечения в перелопачивание кода приложения. Кратко говоря: халява кончилась.

Да-да, каждый раз, когда наше приложение обращается, например, с запросом на местоположение пользователя, мы должны проверить, есть ли у приложения разрешение от пользователя на это действие. Если есть — обращаемся к нужным нам системным ресурсам, если нет — запрашиваем. Так же пользователь может навсегда приложению запретить доступ, тогда единственный наш шанс — это попросить его самого зайти в настройки и снять запрет, показав ему объясняющее сообщение, зачем нам нужен доступ.

1. Нормальные разрешения, вроде доступа к сети и bluetooth.
2. Опасные разрешения. В этот список входят разрешения на: календарь, камеру, контакты, местоположение, микрофон, телефон, сенсоры, смс и внешнее хранилище

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

• Описать только PROTECTION_NORMAL запросы в manifest
• Пользователь их все подтвердит при установке
• Когда приложению нужен доступ к одному или нескольким разрешениям из группы опасных, проверить, нет ли разрешения
• Если разрешения нет — запросить
• Если разрешения не будет — объяснить, на что это повлияет
• Если разрешение получено — продолжить работу

Чтобы проверить доступность разрешения дергаем ContextCompat.checkSelfPermission (Context context, String permission).
Чтобы запросить разрешения, показав системный диалог, вызываем ActivityCompat.requestPermissions();
Результат этого запроса придет в асинхронный колбэк в активити onRequestPermissionsResult(), в нем мы узнаем решение пользователя по каждому из запрошенных разрешений.

Запрашивать лишь те разрешения, которые действительно нужны. До сих пор в Google Play находятся разработчики, которые запрашивают все подряд

Если есть возможность, вместо запроса воспользоваться внешним Intent. Например, для фото или видео часто нет смысла встраивать камеру в приложение, гораздо проще воспользоваться внешним приложением

Запрашивать разрешение, только перед тем, когда оно понадобится. Запрашивать при старте приложения все разрешения нелогично (из тех, которые нам нужны), их смысл как раз в том, что мы запрашиваем их в контексте их использования.Например, пользователю становится понятно зачем его банковскому клиенту доступ к контактам — чтобы выбрать одного при шаринге по ФИО

Пояснять пользователю, для чего запрашивается разрешение. Если пользователь все же запретил приложению доступ, а без него оно не может, оно должно максимально понятно объяснить, что без этого разрешения оно работать дальше не будет

Сегодня мы поговорили о самых заметных изменениях в Android Marshmallow. Так же обязательно прочтите полностью вторую статью про остальные изменения и нововведения в Marshmallow. Спасибо за внимание и скорейшую оптимизацию ваших приложений под новый Android!

• Разработка мобильных приложений
• Разработка под Android
• Тестирование мобильных приложений

iOS 17 превращает iPhone в прикроватные часы: вот как это работает

В iOS 17 появилась полностью новая функция под название StandBy — она превращает заряжающийся iPhone в прикроватные часы и не только. При подключении зарядки на дисплее смартфона отображается один из специальных экранов с виджетами большого размера — например, календарем или часами (рядом с которыми может быть информация о будильниках и погоде).

Подписывайтесь на наш Телеграм

При этом Siri остаётся активной, а её теперь, к слову, можно вызвать просто словом «Siri» (без приветствия). При этом Apple пошутила, что Siri можно даже попросить отключить Siri.

В ходе презентации компания показывала функцию StandBy, работающую при подключении iPhone к беспроводной зарядке. Разработчики не сообщили, будет ли нововведение работать при использовании кабеля.

Материалы по теме:

• Хочется купить из-за одной кнопки: обзор iPhone 15 Pro и 15 Pro Max
• Совсем не для «хомячков»: обзор iPhone 15 и 15 Plus, за которые хочется платить
• Xiaomi пора перестать копировать iOS. Как и зачем она это делает
• Обзор Mac Studio на M2 Ultra: Невероятно мощный и тихий, но с важным недостатком
• Обзор Apple MacBook Air 15: именно то, о чём просили годами

При подготовке материала использовались источники:
https://developer.alexanderklimov.ru/android/theory/doze.php
https://habr.com/ru/articles/269491/
https://trashbox.ru/link/2023-06-05-standby-ios-17