R8 не снижает память приложения Android 17: проверка configuration analyzer. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить таблица «keep rule × analyzer finding × code/resource size × memory peak × functional smoke» без лишних данных.
Где проходит граница симптома
Пользовательская боль: release-сборка всё ещё достигает memory limit, хотя shrink включён и разработчик ожидает, что неиспользуемый код удалён. Сначала определите первую расходящуюся ступень процесса. Оставьте неизменными устройство, профиль и test data. Отдельно отметьте факты интерфейса и developer diagnostics, чтобы не выдавать интерпретацию за наблюдение. Граница поискового намерения: как проверить R8 full mode configuration analyzer Android 17 при memory limit. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: Android 17 launch guidance рекомендует R8 full mode и новый R8 configuration analyzer для поиска правил, мешающих shrink, obfuscation и удалению unused code/resources. Источник описывает контракт платформы, а не диагноз каждой похожей жалобы. Beta guidance и launch post могут относиться к разным стадиям; сравнивайте build и stable API, не обещая одинаковый результат всем устройствам. Проверяемый выход статьи — таблица «keep rule × analyzer finding × code/resource size × memory peak × functional smoke». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: variant, minify flag, keep rules, analyzer warnings, APK size и одинаковый memory scenario. Выберите один стабильный baseline и один изменяемый фактор. Сохраните hashes или версии там, где это уместно, но не копируйте закрытые artifacts. Все измерения должны иметь одинаковое начало и окончание. До опыта сформулируйте безопасный stop: не удалять keep rules пачкой и не публиковать mapping file; rollback обязателен при ошибке reflection или serialization. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: собрать две локальные release-like версии с неизменным сценарием, исправив только одно избыточное keep rule, и сравнить mapping и memory baseline. Контроль проводится на test profile и нейтральном объекте. Не повышайте права и не ослабляйте security ради удобства. При плавающем результате добавьте UTC timestamps и максимум один повтор. Контроль не должен выходить за исходный scope: variant, minify flag, keep rules, analyzer warnings, APK size и одинаковый memory scenario. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: таблица «keep rule × analyzer finding × code/resource size × memory peak × functional smoke». Заполните baseline, controlled change и rollback отдельными строками. Статус выбирается из confirmed here, not reproduced или stopped. Локальный pass не доказывает поддержку всех моделей и версий. Сопоставляйте результат с точным действием: собрать две локальные release-like версии с неизменным сценарием, исправив только одно избыточное keep rule, и сравнить mapping и memory baseline. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не удалять keep rules пачкой и не публиковать mapping file; rollback обязателен при ошибке reflection или serialization. Для issue достаточно model family без serial, build, app/library version, три шага, expected/actual и официальный URL. Удалите contacts, paths, IP/MAC, tokens, media и full dumps; неподдающееся очистке вложение не отправляйте. В support package назовите пользовательскую боль без личных деталей: release-сборка всё ещё достигает memory limit, хотя shrink включён и разработчик ожидает, что неиспользуемый код удалён. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — Android 17 is here проверено 2026-08-28
- Android Developers Blog — The Third Beta of Android 17 проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.