Memory usage P90 вырос в Android vitals: разбор RSS и Swap по сегментам. Узкий people-first разбор: какой baseline снять, какой обратимый контроль выполнить, где остановиться и какой обезличенный артефакт приложить к issue.
Где проходит граница симптома
Пользовательская боль: общий P90 вырос, но команда не понимает, связано ли это с конкретным release, состоянием приложения или устройствами с малым объёмом RAM. Сначала определите первую расходящуюся ступень процесса. Оставьте неизменными устройство, профиль и test data. Отдельно отметьте факты интерфейса и developer diagnostics, чтобы не выдавать интерпретацию за наблюдение. Граница поискового намерения: как расследовать рост memory usage P90 Anon RSS и Swap в Android vitals. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Первичные документы подтверждают: Android 17 улучшает widgets on external displays с разной pixel density и позволяет задавать RemoteViews dimensions в DP или SP с учётом display id. Change note подтверждает наличие поведения в Android 17, но не его активацию у конкретного производителя. Любой дополнительный тезис требует отдельного evidence; статья не подменяет compatibility test пересказом анонса. Проверяемый выход статьи — дерево «P90 вырос → release? → app state? → RAM tier? → локальный allocation trace». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: окно 28 дней, release, app state, RAM tier, P90 Anon RSS+Swap, baseline предыдущего выпуска и один воспроизводимый пользовательский flow. Проверьте, что rollback выполняется штатным способом. Не меняйте одновременно manifest, library version и test data. Перед опытом сформулируйте критерий pass, fail и stopped, чтобы не подгонять вывод. До опыта сформулируйте безопасный stop: не выгружать heap с пользовательскими данными и не оптимизировать по общему числу без сегмента; остановиться, если release cohorts несопоставимы. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: в Play Console зафиксировать самый узкий сегмент роста, воспроизвести только этот flow с Memory Profiler или heapprofd и сравнить с предыдущим release. Выполните A, затем B и обязательный возврат к A. Между шагами записывайте только наблюдаемый ответ. Reset, переустановка и выдача широких permissions не входят в первый опыт и уничтожают причинную связь. Контроль не должен выходить за исходный scope: окно 28 дней, release, app state, RAM tier, P90 Anon RSS+Swap, baseline предыдущего выпуска и один воспроизводимый пользовательский flow. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: дерево «P90 вырос → release? → app state? → RAM tier? → локальный allocation trace». Читайте артефакт слева направо как decision path. Первое неизвестное поле ограничивает вывод. Если control ломается так же, ищите общий слой; если меняется только целевой показатель, гипотеза усиливается для этого build. Сопоставляйте результат с точным действием: в Play Console зафиксировать самый узкий сегмент роста, воспроизвести только этот flow с Memory Profiler или heapprofd и сравнить с предыдущим release. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не выгружать heap с пользовательскими данными и не оптимизировать по общему числу без сегмента; остановиться, если release cohorts несопоставимы. Остановленный по безопасности тест остаётся валидным результатом. В support package внесите причину остановки, окружение и уже проверенные шаги. Не повторяйте опасное действие ради полного лога. В support package назовите пользовательскую боль без личных деталей: общий P90 вырос, но команда не понимает, связано ли это с конкретным release, состоянием приложения или устройствами с малым объёмом RAM. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения и границы вывода постатейно сверены с указанными первичными источниками 28 августа 2026 года.
Источники и проверка
- Google Play Help — Android vitals memory metrics проверено 2026-08-28
- Google Play technical quality requirements проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.