Вы можете выявить потенциальные узкие места и повысить общую производительность приложения, записывая активность устройства за короткий период времени и собирая следы периода запуска вашего приложения . На этой странице показано, как настроить среду для тестирования производительности.
Используйте библиотеку Macrobenchmark.
Библиотека Macrobenchmark измеряет более масштабные взаимодействия с конечным пользователем, такие как запуск, взаимодействие с пользовательским интерфейсом и анимацию. Библиотека обеспечивает прямой контроль над тестируемой средой производительности. Он позволяет вам контролировать компиляцию, запуск и остановку вашего приложения, чтобы напрямую измерять точное время запуска приложения. Это также помогает минимизировать шум и различия между тестовыми запусками.
Используйте устройства среднего класса для выявления потенциальных проблем с производительностью.
Проверьте производительность на каждом интересующем вас типе устройства. Высокопроизводительные устройства с быстрыми компонентами могут скрыть проблемы с производительностью на более ранних, медленных устройствах или устройствах с небольшим объемом оперативной памяти. Устройствам более низкого уровня может потребоваться больше времени для загрузки данных или выполнения кода, что упрощает выявление узких мест. Оптимизация производительности для устройств младшего класса обычно также приносит пользу оптимизации для устройств высокого класса.
Уменьшить шум
- Сеть: тестируйте свои приложения и процессы с помощью надежной и стабильной скорости Wi-Fi. Если время запуска приложения включает в себя сетевой запрос, отметьте это как место, где могут возникнуть изменения.
- Использование оперативной памяти: не запускайте другие приложения в фоновом режиме на вашем устройстве во время тестирования производительности запуска приложений.
- Аккумулятор: убедитесь, что ваше устройство заряжено, чтобы избежать аппаратного регулирования производительности при низком энергопотреблении.
Тестирование на релизных сборках
Используйте выпускные сборки для тестирования производительности. Отладочные сборки непригодны для отладки производительности , поскольку они не обеспечивают оптимизации компиляции и существенно влияют на производительность.
Однако можно использовать сборку без обфускации для идентификации классов и имен операций. В частности, мы рекомендуем включить минимизацию (R8) и отключить обфускацию с помощью -dontobfuscate в файле proguard. Легче идентифицировать макеты, ресурсы и ресурсы, если сборка не запутана.
Обязательно включите в манифест флаг профилирования , чтобы ваши пользовательские события были видны в неотлаживаемых сборках. Этот флаг доступен в Android 10 (уровень API 29) и более поздних версиях.
Добавьте пользовательские трассировки в операции вашего приложения.
Добавьте пользовательские трассировки в свое приложение, чтобы упростить определение операций, выполняемых вашим приложением, по сравнению с другими библиотеками. Это поможет вам получить больше информации о том, что приложение постоянно делает.
,Вы можете выявить потенциальные узкие места и повысить общую производительность приложения, записывая активность устройства за короткий период времени и собирая следы периода запуска вашего приложения . На этой странице показано, как настроить среду для тестирования производительности.
Используйте библиотеку Macrobenchmark.
Библиотека Macrobenchmark измеряет более масштабные взаимодействия с конечным пользователем, такие как запуск, взаимодействие с пользовательским интерфейсом и анимацию. Библиотека обеспечивает прямой контроль над тестируемой средой производительности. Он позволяет вам контролировать компиляцию, запуск и остановку вашего приложения, чтобы напрямую измерять точное время запуска приложения. Это также помогает минимизировать шум и различия между тестовыми запусками.
Используйте устройства среднего класса для выявления потенциальных проблем с производительностью.
Проверьте производительность на каждом интересующем вас типе устройства. Высокопроизводительные устройства с быстрыми компонентами могут скрыть проблемы с производительностью на более ранних, медленных устройствах или устройствах с небольшим объемом оперативной памяти. Устройствам более низкого уровня может потребоваться больше времени для загрузки данных или выполнения кода, что упрощает выявление узких мест. Оптимизация производительности для устройств младшего класса обычно также приносит пользу оптимизации для устройств высокого класса.
Уменьшить шум
- Сеть: тестируйте свои приложения и процессы с помощью надежной и стабильной скорости Wi-Fi. Если время запуска приложения включает в себя сетевой запрос, отметьте это как место, где могут возникнуть изменения.
- Использование оперативной памяти: не запускайте другие приложения в фоновом режиме на вашем устройстве во время тестирования производительности запуска приложений.
- Аккумулятор: убедитесь, что ваше устройство заряжено, чтобы избежать аппаратного регулирования производительности при низком энергопотреблении.
Тестирование на релизных сборках
Используйте выпускные сборки для тестирования производительности. Отладочные сборки непригодны для отладки производительности , поскольку они не обеспечивают оптимизации компиляции и существенно влияют на производительность.
Однако можно использовать сборку без обфускации для идентификации классов и имен операций. В частности, мы рекомендуем включить минимизацию (R8) и отключить обфускацию с помощью -dontobfuscate в файле proguard. Легче идентифицировать макеты, ресурсы и ресурсы, если сборка не запутана.
Обязательно включите в манифест флаг профилирования , чтобы ваши пользовательские события были видны в неотлаживаемых сборках. Этот флаг доступен в Android 10 (уровень API 29) и более поздних версиях.
Добавьте пользовательские трассировки в операции вашего приложения.
Добавьте пользовательские трассировки в свое приложение, чтобы упростить определение операций, выполняемых вашим приложением, по сравнению с другими библиотеками. Это поможет вам получить больше информации о том, что приложение постоянно делает.
,Вы можете выявить потенциальные узкие места и повысить общую производительность приложения, записывая активность устройства за короткий период времени и собирая следы периода запуска вашего приложения . На этой странице показано, как настроить среду для тестирования производительности.
Используйте библиотеку Macrobenchmark
Библиотека Macrobenchmark измеряет более масштабные взаимодействия с конечным пользователем, такие как запуск, взаимодействие с пользовательским интерфейсом и анимацию. Библиотека обеспечивает прямой контроль над тестируемой средой производительности. Он позволяет вам контролировать компиляцию, запуск и остановку вашего приложения, чтобы напрямую измерять точное время запуска приложения. Это также помогает минимизировать шум и различия между тестовыми запусками.
Используйте устройства среднего класса для выявления потенциальных проблем с производительностью.
Проверьте производительность на каждом интересующем вас типе устройства. Высокопроизводительные устройства с быстрыми компонентами могут скрыть проблемы с производительностью на более ранних, медленных устройствах или устройствах с небольшим объемом оперативной памяти. Устройствам более низкого уровня может потребоваться больше времени для загрузки данных или выполнения кода, что упрощает выявление узких мест. Оптимизация производительности для устройств младшего класса обычно также приносит пользу оптимизации для устройств высокого класса.
Уменьшить шум
- Сеть: тестируйте свои приложения и процессы с помощью надежной и стабильной скорости Wi-Fi. Если время запуска приложения включает в себя сетевой запрос, отметьте это как место, где может возникнуть изменчивость.
- Использование оперативной памяти: не запускайте другие приложения в фоновом режиме на вашем устройстве во время тестирования производительности запуска приложений.
- Аккумулятор: убедитесь, что ваше устройство заряжено, чтобы избежать аппаратного регулирования производительности при низком энергопотреблении.
Тестирование на релизных сборках
Используйте выпускные сборки для тестирования производительности. Отладочные сборки непригодны для отладки производительности , поскольку они не обеспечивают оптимизации компиляции и существенно влияют на производительность.
Однако можно использовать сборку без обфускации для идентификации классов и имен операций. В частности, мы рекомендуем включить минимизацию (R8) и отключить обфускацию с помощью -dontobfuscate в файле proguard. Легче идентифицировать макеты, активы и ресурсы, если сборка не запутана.
Обязательно включите в манифест флаг профилирования , чтобы ваши пользовательские события были видны в неотлаживаемых сборках. Этот флаг доступен в Android 10 (уровень API 29) и более поздних версиях.
Добавьте пользовательские трассировки в операции вашего приложения.
Добавьте пользовательские трассировки в свое приложение, чтобы упростить определение операций, выполняемых вашим приложением, по сравнению с другими библиотеками. Это поможет вам получить больше информации о том, что приложение постоянно делает.
,Вы можете выявить потенциальные узкие места и повысить общую производительность приложения, записывая активность устройства за короткий период времени и собирая следы периода запуска вашего приложения . На этой странице показано, как настроить среду для тестирования производительности.
Используйте библиотеку Macrobenchmark
Библиотека Macrobenchmark измеряет более масштабные взаимодействия с конечным пользователем, такие как запуск, взаимодействие с пользовательским интерфейсом и анимацию. Библиотека обеспечивает прямой контроль над тестируемой средой производительности. Он позволяет вам контролировать компиляцию, запуск и остановку вашего приложения, чтобы напрямую измерять точное время запуска приложения. Это также помогает минимизировать шум и различия между тестовыми запусками.
Используйте устройства среднего класса для выявления потенциальных проблем с производительностью.
Проверьте производительность на каждом интересующем вас типе устройства. Высокопроизводительные устройства с быстрыми компонентами могут скрыть проблемы с производительностью на более ранних, медленных устройствах или устройствах с небольшим объемом оперативной памяти. Устройствам более низкого уровня может потребоваться больше времени для загрузки данных или выполнения кода, что упрощает выявление узких мест. Оптимизация производительности для устройств младшего класса обычно также приносит пользу оптимизации для устройств высокого класса.
Уменьшить шум
- Сеть: тестируйте свои приложения и процессы с помощью надежной и стабильной скорости Wi-Fi. Если время запуска приложения включает в себя сетевой запрос, отметьте это как место, где может возникнуть изменчивость.
- Использование оперативной памяти: не запускайте другие приложения в фоновом режиме на вашем устройстве во время тестирования производительности запуска приложений.
- Аккумулятор: убедитесь, что ваше устройство заряжено, чтобы избежать аппаратного регулирования производительности при низком энергопотреблении.
Тестирование на релизных сборках
Используйте выпускные сборки для тестирования производительности. Отладочные сборки непригодны для отладки производительности , поскольку они не обеспечивают оптимизации компиляции и существенно влияют на производительность.
Однако можно использовать сборку без обфускации для идентификации классов и имен операций. В частности, мы рекомендуем включить минимизацию (R8) и отключить обфускацию с помощью -dontobfuscate в файле proguard. Легче идентифицировать макеты, ресурсы и ресурсы, если сборка не запутана.
Обязательно включите в манифест флаг профилирования , чтобы ваши пользовательские события были видны в неотлаживаемых сборках. Этот флаг доступен в Android 10 (уровень API 29) и более поздних версиях.
Добавьте пользовательские трассировки в операции вашего приложения.
Добавьте пользовательские трассировки в свое приложение, чтобы упростить определение операций, выполняемых вашим приложением, по сравнению с другими библиотеками. Это поможет вам получить больше информации о том, что приложение постоянно делает.