Приложения для очистки оперативной памяти остаются одной из самых скачиваемых категорий в Google Play. Разработчики обещают ускорение, экономию заряда и освобождение ОЗУ «одной кнопкой». Однако современные версии Android управляют памятью самостоятельно — через многоуровневую систему, которая учитывает приоритеты процессов, частоту использования и текущую нагрузку. Принудительное завершение фоновых процессов не только не помогает, но запускает цикл перезагрузки приложений, увеличивая нагрузку на процессор и расход батареи. Разбираемся, как Android на самом деле распоряжается памятью и почему сторонние оптимизаторы ОЗУ приносят больше вреда, чем пользы.
Как Android управляет оперативной памятью
Android работает по принципу, который описан в официальной документации: свободная память — это потраченная впустую память. Система намеренно заполняет ОЗУ кэшированными процессами, чтобы при повторном запуске приложение открывалось мгновенно, без полной перезагрузки.
Когда свободной памяти становится мало, включаются два механизма. Первый — демон ядра Linux kswapd. Он перемещает неактивные страницы памяти в область zRAM — выделенный раздел ОЗУ, где данные хранятся в сжатом виде. Степень сжатия достигает трёхкратной: 224 МБ физической памяти zRAM могут содержать около 700 МБ данных. Если процесс обращается к сжатой странице, она распаковывается обратно в основную память. Если процесс завершён — его страницы просто удаляются из zRAM.
Второй механизм — Low Memory Killer (LMK). Когда zRAM не справляется, ядро начинает завершать процессы. Для выбора жертвы LMK использует рейтинг oom_adj_score: первыми завершаются фоновые приложения с самым низким приоритетом, системные процессы — в последнюю очередь.
zRAM — технология ядра Linux, используемая в Android вместо классического файла подкачки (swap). Неактивные страницы оперативной памяти сжимаются и остаются в ОЗУ, а не записываются на флеш-накопитель, что экономит ресурс хранилища и ускоряет доступ к данным.
Поверх этих механизмов ядра работает пользовательская логика Android. Начиная с Android 9, система распределяет все установленные приложения по группам приоритета (App Standby Buckets): Active, Working set, Frequent, Rare и Never. Принадлежность к группе определяет, как часто приложение может запускать фоновые задания, срабатывать по будильнику и получать push-уведомления высокого приоритета. Система пересматривает группы динамически: часто используемое приложение повышается, забытое — понижается.
С Android 9 к этому добавился адаптивный режим батареи (Adaptive Battery), который использует машинное обучение для прогнозирования, какие приложения понадобятся в ближайшие часы, а какие можно ограничить.
Почему принудительное завершение процессов замедляет телефон
Когда вы сворачиваете приложение, Android останавливает его визуальный компонент (Activity), но процесс остаётся в памяти в кэшированном состоянии. При повторном запуске система просто возобновляет его — без загрузки с нуля. Оптимизатор памяти выгружает этот процесс полностью. Результат: при следующем запуске приложение загружается заново — читается с накопителя, инициализируется, восстанавливает состояние. Процессор работает дольше, расход энергии растёт.
Если оптимизатор работает автоматически, ситуация ухудшается. Приложение завершается, пользователь его открывает, оно загружается заново, оптимизатор снова его завершает. Возникает цикл «убийство — перезапуск», который расходует больше ресурсов, чем простое хранение процесса в кэше.
Критический нюанс: многие приложения не просто «висят в памяти», а держат активные фоновые службы (Services). Gmail синхронизирует почту, Google Drive загружает файлы, мессенджеры принимают сообщения через фоновые службы. Оптимизатор завершает эти службы — Android немедленно их перезапускает, потому что они зарегистрированы как необходимые. Каждый такой перезапуск — дополнительная нагрузка на CPU.
Low Memory Killer (LMK) — компонент ядра Android, который автоматически завершает фоновые процессы при нехватке свободной оперативной памяти. Решение о завершении принимается на основе рейтинга приоритета процесса (oom_adj_score): чем ниже приоритет, тем раньше процесс будет завершён.
Приложения, которые нельзя «убить»
Распространённое заблуждение: если закрыть приложение через оптимизатор памяти, оно перестанет работать в фоне. На практике целый ряд приложений перезапускается автоматически.
Системные приложения и предустановленное ПО (Google Play Services, Facebook Services на устройствах Samsung) обладают системными привилегиями. Пользователи сообщают, что Facebook Services на Galaxy A51 продолжает работать в фоне даже после отключения всех разрешений, ограничения батареи, очистки данных и принудительной остановки — служба возобновляется через 20-30 минут.
Мессенджеры и почтовые клиенты используют систему push-уведомлений Firebase Cloud Messaging (FCM). Постоянное соединение с сервером FCM поддерживает операционная система, а не само приложение. Когда на сервер поступает новое сообщение, ОС получает уведомление и при необходимости «будит» приложение — даже если оно было принудительно остановлено.
Приложения с функцией автозапуска (autostart) регистрируют события через AlarmManager, JobScheduler или BroadcastReceiver. После принудительного завершения они перезапускаются при наступлении запланированного события — будильник, изменение состояния сети, завершение загрузки устройства.
Firebase Cloud Messaging (FCM) — платформенная служба доставки push-уведомлений от Google. Подключение к серверу FCM поддерживается на уровне операционной системы Android, а не отдельных приложений. Это позволяет доставлять уведомления даже приложениям, у которых нет запущенного процесса.
Что делает сам оптимизатор памяти
Ирония в том, что приложение для «освобождения ресурсов» само потребляет ОЗУ, процессорное время и заряд батареи. Чтобы завершать фоновые процессы автоматически, оптимизатор должен постоянно работать в фоне — как служба с повышенным приоритетом. Он сканирует список процессов, отслеживает потребление памяти и периодически выполняет «очистку». Всё это — реальная нагрузка на процессор и сетевой стек (для показа рекламы).
Кроме того, многие оптимизаторы запрашивают широкие разрешения: доступ к списку приложений, к хранилищу, к статистике использования. Они показывают рекламу, предлагают платную подписку и в ряде случаев собирают пользовательские данные.
Когда оптимизаторы были полезны
В эпоху Android 2.x-4.x телефоны оснащались 512 МБ или 1 ГБ оперативной памяти. Механизмы управления фоновыми процессами были примитивнее: не существовало ни App Standby Buckets, ни Adaptive Battery, ни строгих ограничений на фоновые службы. Приложения могли неконтролируемо расходовать память, и ручная очистка через сторонний оптимизатор действительно помогала поддерживать отзывчивость интерфейса.
С тех пор ситуация изменилась кардинально. Современные устройства оснащаются 8-12 ГБ ОЗУ, а бюджетные модели — 4-6 ГБ. Android получил многоуровневую систему управления памятью: zRAM, LMK, App Standby Buckets, Adaptive Battery, ограничения на запуск фоновых служб (с Android 12 приложения не могут запускать службы переднего плана из фонового состояния без явного исключения). Задача, которую решали оптимизаторы, больше не существует в прежнем виде.
Встроенные инструменты Android для управления фоном
Android предоставляет штатные средства для контроля фоновой активности приложений, которые работают точнее и безопаснее любого стороннего оптимизатора.
Ограничение батареи для отдельного приложения. В Android предусмотрены три режима фонового энергопотребления для каждого приложения: без ограничений (приложение работает свободно), с оптимизацией (стандартный режим, система сама решает) и с ограничением (фоновая активность заблокирована). Режим с ограничением не убивает процесс — он запрещает приложению расходовать ресурсы в фоне. Уведомления при этом могут задерживаться. Путь к этим настройкам зависит от производителя и версии ОС:
- Google Pixel (Android 14+). Настройки -> Приложения -> выберите приложение -> Расход заряда батареи приложениями -> Разрешение на использование в фоновом режиме. Варианты: «С оптимизацией» (рекомендуемый), «Без ограничений», «Ограничено».
- Samsung (One UI). Настройки -> Приложения -> выберите приложение -> Батарея. Варианты: «Не ограничено», «Оптимизировано», «Ограничено». Дополнительно: Обслуживание устройства -> Батарея -> Ограничения в фоновом режиме, где можно перевести приложения в «режим сна» или «глубокий сон».
- Другие производители. Путь обычно: Настройки -> Приложения -> выберите приложение -> Батарея (или «Контроль активности»). Названия режимов могут отличаться.
Принудительная остановка. Настройки -> Приложения -> выберите приложение -> «Остановить». Это одноразовое действие: остановленные приложения могут перезапуститься при наступлении определённых событий или при перезагрузке телефона.
Параметры разработчика. Настройки -> О телефоне -> семь нажатий на «Номер сборки». В появившемся меню «Параметры разработчика» есть пункт «Запущенные службы», который показывает текущее потребление ОЗУ каждым процессом. Там же — пункт «Лимит фоновых процессов», позволяющий ограничить количество приложений в фоне.
Для очистки хранилища (а не ОЗУ) достаточно встроенного приложения «Файлы» от Google, которое удаляет дубликаты и ненужные файлы.