Содержание
Дефицит памяти добрался до Android-приложений: Google вводит более жёсткие правила расхода RAM. Разработчикам дали срок до февраля 2027 года, чтобы уменьшить аппетиты приложений.
Причина понятна любому, кто недавно смотрел цены на память. ИИ-серверам нужны огромные объёмы DRAM и накопителей, поставки ограничены, компоненты дорожают. Производители смартфонов отвечают по-разному: кто-то режет объём памяти и хранилища, кто-то перекладывает рост цены на покупателей.
Для бюджетного Android это особенно болезненно. Ещё недавно в недорогих смартфонах часто встречались 6-8 ГБ оперативной памяти. Теперь многие модели снова откатываются к 4 ГБ. На бумаге телефон работает, но тяжёлые приложения, камера, браузер и мессенджеры быстро забивают память.
Android начнёт жёстче давить прожорливые приложения
Новые правила Android нацелены на стабильную работу смартфонов с малым объёмом RAM. Если приложение превысит заданные лимиты памяти, система сможет замедлить его работу или закрыть процесс, чтобы не положить весь смартфон.
Это не косметическая правка для отчёта. Google фактически говорит разработчикам: оптимизируйте код и ресурсы заранее, иначе Android сам начнёт наводить порядок. Для пользователя это может выглядеть как выгрузка тяжёлого приложения из памяти или более агрессивная работа фоновых процессов.
- Динамическая память: anonymous RSS и swap, то есть временная память приложения во время работы.
- Bitmap-память: изображения и графические ресурсы, которые легко съедают RAM быстрее текста и интерфейса.
- DEX-код: исполняемый код Android-приложения, включая лишние и неиспользуемые части.
С динамической памятью всё похоже на обычную уборку в рабочем столе Windows. Приложение взяло RAM под задачу, закончило работу и должно вернуть память системе. Особенно когда пользователь ушёл на другой экран или свернул приложение.
Bitmap-память — отдельная боль мобильной разработки. Красивые картинки, превью, баннеры и аватары выглядят безобидно, но каждый такой ресурс занимает место. Если приложение лениво хранит лишние изображения, 4 ГБ RAM заканчиваются быстрее, чем хотелось бы.
Код придётся сжимать минимум на 25%
Google требует, чтобы разработчики уменьшали код приложения перед публикацией в Google Play. В правилах фигурирует планка минимум 25% для сокращения кода с помощью инструментов вроде R8.
R8 уже знаком Android-разработчикам. Он удаляет неиспользуемые классы, сокращает имена и ужимает итоговый пакет. Но теперь это не просто способ сделать APK аккуратнее. Оптимизация становится частью требований к качеству приложения.
Проблема накопительного мусора в коде старая. Команда добавляет библиотеку ради одной функции, потом меняет архитектуру, оставляет старые модули, подключает SDK аналитики и рекламы. Через пару лет приложение тащит больше кода, чем реально нужно пользователю.
На мощном флагмане это часто маскируется запасом железа. На смартфоне с 4 ГБ RAM лишние мегабайты превращаются в лаги, перезапуск вкладок и выгрузку приложений из фона.
Дедлайн связан не только с Android
Срок до февраля 2027 года даёт разработчикам больше года на адаптацию. Это разумный коридор: крупные приложения проходят длинный цикл тестов, особенно если у них много экранов, языков, медиа и старых устройств в поддержке.
Тренд шире Android. Microsoft уже заявляла о работе над оптимизацией Windows 11 для устройств с 8 ГБ памяти. Логика та же: пользователи не хотят менять рабочее железо только потому, что софт распух быстрее бюджета.
Для владельцев Android-смартфонов это хорошая новость без фейерверков. Приложения не станут легче за одну ночь. Но давление со стороны платформы обычно работает лучше, чем просьбы в документации.
Google описала новые требования в блоге для разработчиков Android: правила оптимизации памяти нужно выполнить до февраля 2027 года.
