podcast quotes-left quotes-right search menu arrow-up arrow-up2 google-plus3 facebook2 instagram telegram twitter vk youtube android rss2

Мифы о многозадачности и прожорливости Android

Эта заметка написана по мотивам подкаста Юрия Трухина и Эльдара Муртазина, где они не очень корректно высказались про то, как устроена многозадачность в Android и зачем ему «таскменеджеры». Многозадачность в Android такая же, как в готовящемся обновлении Mango для WP7, с точностью до деталей реализации и названий в архитектурных решениях. Некорректное понимание многозадачности в Android я встречаю достаточно часто и думаю, что во многом это вина Google, они не могут нормально объяснить обычному пользователю, как всё внутри устроено, и что Task Manager'ы в большинстве своём скорее вредны, нежели полезны.

Итак, основной миф: если открыть много программ в Android, то кончится память, программы будут жрать ресурсы, а телефон начнет тормозить.

Отчасти так, но тут есть тонкий момент. Дело в том, что все программы для Android модульные. То есть, программа состоит из множества кусочков, которые работают независимо друг от друга (если явно не вызывают другой модуль). Наличие в памяти программы совершенно не означает того, что она вся используется в данный момент. Программа может вообще не исполнять никакого кода, а в памяти висеть просто потому, что память есть, и почему бы не держать приложение в кеше, чтобы последующая активация произошла быстрее. Естественно, когда память будет нужна другим приложениям, самое ненужное (есть система приоритетов) будет выгружено. Это то же самое, что и концепция «захоронения» в WP7. В данном случае «таскменеджеры» просто вредны, так как они выгружают приложения, которые потом будут загружаться снова, тратя ресурсы и время.

Само по себе наличие приложения в памяти не тормозит телефон, освобождать память ради большей цифры free mem — бесполезное занятие, от этого ничего не изменится.

Но всё же, определённая толика правды тут есть, и сейчас я расскажу, почему.

Данная часть техническая, описывающая архитектуру программ на Android. Но хочется рассказать про внутреннее устройство, чтобы у читателей сложилось понимание устройства данной операционной системы.

В Android все модули в программе делятся на три основных типа:

  • Activity
  • Broadcast Receivers
  • Services

Рассмотрю их подробнее на виртуальном примере музыкального плеера.

Activity

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

Если приложение состоит только из активити (например, калькулятор), то когда мы с него переключились — оно больше не ест никаких ресурсов. Просто сидит тихо - мирно в кеше, ожидая, что вы вернётесь.

Broadcast Receivers

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

Это части программ, отвечающие за приём глобальных сообщений. Их много стандартных, плюс, можно ожидать абсолютно любое сообщение, сказав про это системе (это бывает полезно для связи между различными программами). Сообщения бывают самые разные, например, о том, что появилась WiFi-сеть и можно бежать в интернет за новыми песнями, вставили телефон в док-станцию — рисуется красивое окошко с часиками. Нажали кнопку паузы на гарнитуре — остановим воспроизведение. Собственно, таким образом можно отправить картинку в твиттер из галереи: твиттер регистрируется на событие вида "могу шарить картинки", галерея посылает событие всем подобным приложениям, и пользователь выбирает, что он хочет сделать с картинкой. Благодаря этому и обеспечивается гибкость Android в установке различных приложений.

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

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

Вот тут иногда можно и убить ненужное приложение, если оно сидит и получает сообщения и никак не может угомониться (особенно если памяти в телефоне много). Один из примеров: музыкальный плеер и плеер подкастов, которые, будучи запущенными вместе, могут драться за управление музыкой.

Сервисы

Вот мы и подошли к самому главному потребителю ресурсов. Сервисы, эта часть программы, которая должна работать в фоне, и она предназначена ровно для этого и ни для чего больше. Это вот те самые маленькие блоки, которые работают при многозадачности и в Android, и в iOS, и в WP7 Mango.

Это сервисы синхронизации, обновления, загрузки. Для музыкального плеера играть музыку должен именно сервис! Даже во время звонка часть программы, отвечающая за разговор — это сервис, который нужен, чтобы разговор шёл, а пользователь мог играть в Angry Birds в это время.

Собственно, это и есть основные потребители ресурсов, но таскменеджеры их очень плохо определяют, лучше на них смотреть в стандартных настройках приложений (Running Services).

Но Android может убивать сервисы при нехватке памяти тоже, хоть они и имеют приоритет по времени жизни, что удивительно, он потом их постарается запустить заново, чтобы вернуть всё как было. Самый высокий приоритет у сервисов с иконкой в статусбаре, как это глупо ни звучит. Просто эти сервисы своим видом демонстрируют пользователю, что они существуют и работают, и Android их бережёт до последнего. Именно поэтому большинство музыкальных плееров рисуют иконку в статус баре, такой вот архитектурный финт ушами.

Небольшая ремарка про аналог сервисов в Windows Phone 7 (в грядущем релизе Mango), там подобный функционал называется "Background Agents" (т.е. агенты, работающие в фоне). Агенты более специализированные и реализуются под конкретную задачу (т.е. специальный агент по проигрыванию музыки, специальный агент для скачивания файлов). Есть агенты для своих задач, но WP7 ограничивает их 10% CPU и 5 МБ памяти, то есть они не могут сильно повлиять на производительность телефона. У агентов есть ограничение на функционал, например, они не могут использовать камеру и сенсоры. Т.е. нельзя будет сделать видеорегистратор и шагомер (GPS-можно). Агенты выводятся в отдельный хост-процесс, но это детали внутренней организации системы. Принципиально отсутствует Task Manager, как результат, пользователь не может насильно остановить работу агента.

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

Заключение

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

Обсуждение на форуме >>>

Высоких Максим (force.net@gmail.com)
Опубликовано — 28 июня 2011 г.

Есть, что добавить?! Пишите... eldar@mobile-review.com

 

Новости:

26.06.2017 FiiO представила для поклонников продукции Apple новый усилитель для наушников FiiOi1

26.06.2017 TP-Link объявила о старте продаж смартфона Neffos X1 Max в России

26.06.2017 Пользователи «Ростелекома» пожаловались на скрытое подключение дополнительных услуг

26.06.2017 ФАС собирается изъять из российских законов термин «роуминг»

26.06.2017 Запуск Samsung Galaxy Note8 в продажу планируется в сентябре

23.06.2017 TCL представит еще один BlackBerry без физической клавиатуры

23.06.2017 WhatsApp позволит пересылать любые файлы

23.06.2017 Android 8 может быть назван в честь овсяного печенья

23.06.2017 Павел Дуров ответил на угрозы главы Роскомнадзора заблокировать его мессенджер Telegram

23.06.2017 Закон о блокировке «зеркал» принят Госдумой

23.06.2017 Google представила новый видеоформат для виртуальной реальности — VR180

23.06.2017 Роскомнадзор грозит заблокировать Telegram

23.06.2017 ФНС: блокировка российского сайта Google произошла из-за букмекерской конторы

23.06.2017 На российский рынок выходит последняя флагманская модель Hi-Fi плеера COWON Plenue 2

Hit

22.06.2017 Видео на канале: Обзор Samsung Galaxy J5 2017

22.06.2017 В России стартуют продажи смартфона ZTE Blade V8 mini

Hit

22.06.2017 BLUBOO выпустят первый безрамочный флагман с соотношением сторон 18: 9 на платформе от MTK

22.06.2017 Tele2 договорилась с Apple

22.06.2017 Клиенты Альфа-Банка первыми в мире смогут снимать и вносить деньги через банкоматы при помощи мобильных сервисов оплаты

22.06.2017 Samsung запустил в массовое производство процессор Exynos i T200 для Интернет вещей

22.06.2017 В «Яндекс.Такси» очередной сбой – клиентам увеличивают стоимость поездки

Hit

21.06.2017 Видео на канале: Обзор Samsung Galaxy J7 2017

21.06.2017 IDC: продажи шлемов виртуальной и дополненной реальности вырастут в 10 раз

21.06.2017 WhatsApp уточнили сроки прекращения поддержки устройств со старыми ОС

21.06.2017 В Японии планируют использовать роботизированные экзоскелеты для демонтажа АЭС

Подписка
 
© Mobile-review.com, 2002-2017. All rights reserved.