Кнопка Run нажата, эмулятор вроде бы загружается, но приложение так и не появляется на экране — а в консоли Android Studio видна ошибка вроде Installation failed, Emulator: process finished with exit code или бесконечное «Waiting for target device to come online». Эта ситуация почти всегда сводится к одной из нескольких типовых причин: неисправный виртуальный девайс, отключённая виртуализация, конфликт гипервизоров, битая сборка проекта или устаревшие компоненты SDK. Ниже — пошаговая диагностика от простого к сложному.
Важно понимать: «не запускается приложение» и «не запускается эмулятор» — разные проблемы. Если сам эмулятор не стартует (чёрное окно, мгновенное закрытие), начинайте с разделов про виртуализацию и AVD. Если эмулятор работает, но APK не устанавливается или не открывается — смотрите разделы про Gradle, установку и логи.
Первичная диагностика: что именно происходит
Прежде чем менять настройки, зафиксируйте симптом. Откройте вкладку Run внизу Android Studio и прочитайте последние строки вывода — там почти всегда есть конкретная причина сбоя. Также проверьте окно Event Log и консоль эмулятора.
- 🔍 Эмулятор вообще не появляется в списке устройств — проблема с AVD или adb.
- ⏳ Зависает на «Waiting for target device to come online» — эмулятор стартует, но система в нём не загружается.
- ❌ Ошибка «Installation failed» или «INSTALL_FAILED» — приложение собралось, но не ставится на устройство.
- 💥 Эмулятор закрывается сразу после запуска — чаще всего дело в виртуализации, драйверах или гипервизоре.
Запишите точный текст ошибки — это сократит поиск решения в разы. Дальнейшие шаги сгруппированы по типам сбоев.
Проверка виртуализации и гипервизора
Эмулятор Android требует включённой аппаратной виртуализации. На процессорах Intel это Intel VT-x, на AMD — AMD-V. Проверить статус можно в Диспетчере задач Windows: вкладка «Производительность» → «ЦП» → строка «Виртуализация». Если там «Отключено» — нужно зайти в BIOS/UEFI и включить соответствующую опцию (название и расположение пункта зависят от производителя материнской платы, сверьтесь с её документацией).
Вторая частая причина — конфликт гипервизоров. Для работы эмулятора на Windows используется Android Emulator hypervisor driver (ранее HAXM) либо Windows Hypervisor Platform. Если одновременно активны несовместимые компоненты — например, включён Hyper-V для Docker или WSL2, а эмулятор настроен на другой движок, — виртуальная машина может не стартовать.
⚠️ Внимание: не отключайте Hyper-V и другие компоненты Windows вслепую — от них могут зависеть Docker, WSL2 и функции безопасности. Сначала выясните, какой гипервизор использует ваш эмулятор, и приводите конфигурацию к одному варианту осознанно.
Проверьте, что нужный драйвер установлен: откройте SDK Manager → вкладка SDK Tools и убедитесь, что стоит галочка напротив Android Emulator hypervisor driver и самого Android Emulator. После установки или обновления этих компонентов перезагрузите компьютер.
Проблемы с виртуальным устройством (AVD)
Повреждённый или некорректно сконфигурированный AVD — один из лидеров по числу проблем. Самый быстрый тест: откройте Device Manager, найдите своё устройство, в меню (три точки) выберите Wipe Data — это сбрасывает данные эмулятора до чистого состояния. Если после очистки система загрузилась, причина была в повреждённых данных образа.
Если Wipe Data не помог, удалите AVD полностью и создайте новый. При создании обратите внимание на образ системы: для большинства конфигураций стабильнее работают образы x86_64 с Google APIs. Образы ARM на x86-компьютере будут работать очень медленно или не запустятся вовсе.
☑️ Быстрая проверка AVD
Ещё один рабочий приём — запустить эмулятор вручную из Device Manager до нажатия Run. Если он стартует и нормально загружается до рабочего стола, значит, проблема не в самом эмуляторе, а в установке приложения — переходите к следующим разделам.
Сбои сборки: Gradle и кэш проекта
Если эмулятор жив, но приложение не доходит до него, виновата часто сборка. Первое действие — очистка проекта: меню Build → Clean Project, затем Build → Rebuild Project. Это устраняет ошибки, вызванные устаревшими промежуточными файлами.
Не помогло — сбросьте кэши самой IDE: File → Invalidate Caches → отметьте кэши и нажмите Invalidate and Restart. Студия перезапустится и заново проиндексирует проект, что лечит целый класс «фантомных» ошибок после обновлений IDE или Gradle-плагина.
Также проверьте, что версии Android Gradle Plugin, Gradle и compileSdk совместимы между собой и с установленной версией Android Studio. Несовместимость обычно явно видна в выводе сборки на вкладке Build — не игнорируйте текст ошибки, в нём указано, какой компонент нужно обновить или понизить.
Ошибки установки APK на эмулятор
Сборка прошла успешно, но на этапе установки появляется INSTALL_FAILED_*. У каждого кода своя причина, и гадать не нужно — код читается прямо в выводе.
| Ошибка | Вероятная причина | Что делать |
|---|---|---|
INSTALL_FAILED_OLDER_SDK | minSdk приложения выше API эмулятора | Создать AVD с более новой версией Android |
INSTALL_FAILED_VERSION_DOWNGRADE | На эмуляторе уже стоит более новая сборка | Удалить приложение с эмулятора и переустановить |
INSTALL_FAILED_INSUFFICIENT_STORAGE | Не хватает места в образе | Wipe Data или увеличить размер хранилища AVD |
INSTALL_FAILED_UPDATE_INCOMPATIBLE | Конфликт подписей старой и новой сборки | Полностью удалить приложение с эмулятора |
⚠️ Внимание: если приложение было ранее установлено с другой подписью (например, release-версия, а вы ставите debug), эмулятор откажется его обновлять — сначала удалите старую версию с виртуального устройства через настройки Android или командой adb.
Для ручного удаления можно использовать терминал:
adb uninstall com.example.myappПодставьте реальный applicationId вашего проекта из файла build.gradle. После удаления повторите запуск из Android Studio.
Как посмотреть подробные логи эмулятора
Откройте терминал и выполните команду emulator -avd ИмяAVD -verbose (имя можно посмотреть в Device Manager). Подробный вывод покажет, на каком этапе происходит сбой: загрузка образа, инициализация графики, сеть или гипервизор. Для диагностики падений уже запущенного приложения используйте adb logcat — фильтруйте вывод по имени пакета.
Проблемы с adb и подключением устройства
Иногда эмулятор загружен, но Android Studio его «не видит»: в списке устройств пусто или статус Offline. Это означает сбой в работе ADB-сервера. Перезапустите его из терминала:
adb kill-server
adb start-server
adb devices
Последняя команда должна показать эмулятор со статусом device. Если устройство в статусе offline — перезагрузите сам эмулятор. Если список пуст — проверьте, что переменная окружения и путь к platform-tools настроены корректно, а в системе нет второй конфликтующей копии adb (например, из другого инструмента разработки).
Когда ничего не помогло
Остаётся небольшой процент случаев, где причина — в самой установке Android Studio или системных ограничениях машины. Проверьте, что на диске достаточно свободного места: образы SDK и снапшоты эмуляторов занимают заметный объём, и при переполненном диске возможны самые неочевидные сбои.
⚠️ Внимание: перед переустановкой SDK или Android Studio сохраните проекты и настройки. Удаление папок SDK вручную — необратимая операция, и образы придётся скачивать заново.
Порядок «тяжёлой артиллерии» такой: обновить Android Emulator и Platform-Tools через SDK Manager → пересоздать AVD → переустановить драйвер гипервизора → в крайнем случае переустановить Android Studio. После каждого шага проверяйте результат — не применяйте всё сразу, иначе не поймёте, что именно помогло.
Частые вопросы
Эмулятор зависает на «Waiting for target device to come online» — что делать?
Обычно помогает Wipe Data для AVD в Device Manager. Если нет — удалите устройство и создайте новое с образом x86_64. Также проверьте, что виртуализация включена в BIOS/UEFI.
Приложение устанавливается, но сразу закрывается при открытии. Это проблема эмулятора?
Скорее всего, нет — это падение (crash) самого приложения. Откройте вкладку Logcat, выберите эмулятор и процесс вашего приложения, найдите стектрейс с FATAL EXCEPTION — там указана причина падения в коде.
Нужно ли ставить HAXM отдельно?
В актуальных версиях Android Studio используется Android Emulator hypervisor driver, который ставится через SDK Manager → SDK Tools. Отдельная ручная установка HAXM обычно не требуется, но на старых конфигурациях может встречаться — ориентируйтесь на то, что предлагает SDK Manager вашей версии IDE.
Эмулятор работает очень медленно. Это связано с ошибками запуска?
Косвенно — да. Медленная работа обычно означает, что не задействовано аппаратное ускорение: проверьте виртуализацию, драйвер гипервизора и используйте образ x86_64 вместо ARM.
Поможет ли запуск на реальном устройстве вместо эмулятора?
Да, это хороший способ локализовать проблему. Если на физическом устройстве по USB приложение ставится и работает, значит, код и сборка в порядке, а копать нужно именно в сторону эмулятора и AVD.