Эмулятор Android в Android Studio зависает на экране загрузки с логотипом Android или надписью «Waiting for target device to come online» чаще всего из-за отключённой аппаратной виртуализации, конфликта с Hyper-V или повреждённого образа AVD. Проблема проявляется одинаково: устройство создаётся, окно эмулятора открывается, но загрузка системы не завершается даже через 10–15 минут ожидания.
Хорошая новость в том, что почти все причины диагностируются и устраняются без переустановки всей среды разработки. Ниже разберём проверки от простых к сложным: от состояния виртуализации в BIOS до пересоздания виртуального устройства и очистки кэша. Выполняйте шаги по порядку — после каждого пробуйте запустить эмулятор заново.
Проверка аппаратной виртуализации
Эмулятор Android критически зависит от технологий Intel VT-x или AMD-V. Если виртуализация отключена в BIOS/UEFI, эмулятор либо не стартует вообще, либо бесконечно виснет на загрузке, пытаясь работать в программном режиме, который для современных образов Android практически непригоден.
Быстрая проверка в Windows: откройте Диспетчер задач (Ctrl+Shift+Esc), перейдите на вкладку «Производительность» → «ЦП» и посмотрите строку «Виртуализация». Если там указано «Отключено», необходимо зайти в BIOS/UEFI при загрузке компьютера и включить опцию Intel Virtualization Technology, VT-x или SVM Mode (название зависит от производителя материнской платы). Точное расположение пункта уточните в документации к вашей плате — у разных вендоров оно находится в разных разделах.
- 🔧 Проверьте статус виртуализации в Диспетчере задач до изменения настроек BIOS
- ⚙️ Включите VT-x / SVM Mode в разделе Advanced или CPU Configuration
- 💾 Сохраните изменения (обычно F10) и полностью перезагрузите ПК
- 🔁 После перезагрузки снова проверьте статус в Диспетчере задач
⚠️ Внимание: изменение настроек BIOS/UEFI выполняйте аккуратно. Меняйте только параметр виртуализации и не сбрасывайте другие настройки, если не уверены в их назначении.
Конфликт Hyper-V, HAXM и Android Emulator Hypervisor
На Windows частая причина зависания — конфликт гипервизоров. Hyper-V (компонент Windows, также нужен для WSL2, Docker Desktop и «Песочницы») может мешать работе Intel HAXM — старого драйвера ускорения эмулятора. Если HAXM не может получить доступ к виртуализации, эмулятор зависает на старте.
Проверьте, какие компоненты Windows включены: откройте «Компоненты Windows» (optionalfeatures в диалоге «Выполнить») и посмотрите состояние пунктов «Hyper-V», «Платформа гипервизора Windows» и «Платформа виртуальной машины». Для работы через Android Emulator Hypervisor Driver (AEHD) — современной замены HAXM — обычно требуется включённая «Платформа гипервизора Windows». AEHD устанавливается через SDK Manager: Tools → SDK Manager → SDK Tools → Android Emulator hypervisor driver.
Если вы не пользуетесь Docker и WSL2, можно попробовать полностью отключить Hyper-V командой в командной строке от имени администратора с последующей перезагрузкой:
bcdedit /set hypervisorlaunchtype offЧтобы вернуть Hyper-V, выполните ту же команду со значением auto. Если же Docker и WSL2 вам нужны, используйте конфигурацию с «Платформой гипервизора Windows» и актуальным AEHD — эмулятор умеет работать поверх Hyper-V.
Пересоздание виртуального устройства (AVD)
Повреждённый образ AVD — ещё одна типовая причина бесконечной загрузки. Файлы виртуального устройства могут испортиться после внезапного завершения работы эмулятора, обновления Android Studio или нехватки места на диске во время записи.
Сначала попробуйте мягкий вариант — Cold Boot. В Device Manager (или AVD Manager в старых версиях) нажмите стрелку рядом с устройством и выберите Cold Boot Now. Это запуск без восстановления сохранённого состояния. Если не помогло — выберите Wipe Data, который сбрасывает данные виртуального устройства до чистого состояния.
☑️ Диагностика AVD перед запуском
Если и это не помогает, удалите устройство полностью и создайте новое. При создании выбирайте системный образ архитектуры x86_64 — образы ARM на x86-процессорах работают через трансляцию и крайне медленны, что внешне выглядит как зависание.
Настройка ресурсов: RAM, графика и образ системы
Недостаток оперативной памяти — частая причина того, что эмулятор стартует, но не может завершить загрузку системы. Если на компьютере 8 ГБ RAM и меньше, параллельно запущенные Android Studio, браузер и эмулятор легко исчерпывают память, и система уходит в своп.
В настройках AVD (Edit → Show Advanced Settings) можно уменьшить объём выделяемой памяти, например до 2048 МБ, и снизить разрешение экрана виртуального устройства. Также проверьте параметр Emulated Performance → Graphics: режим Automatic иногда выбирает аппаратное ускорение, несовместимое с вашим видеодрайвером. Попробуйте переключить на Software — эмулятор станет медленнее, но если загрузка завершится, проблема точно в графическом стеке, и стоит обновить драйвер видеокарты.
| Причина | Симптом | Решение |
|---|---|---|
| Виртуализация отключена | Эмулятор не стартует или виснет сразу | Включить VT-x / SVM в BIOS |
| Конфликт Hyper-V и HAXM | Зависание на «Waiting for target device» | Установить AEHD, настроить компоненты Windows |
| Повреждённый AVD | Раньше работал, после сбоя перестал | Cold Boot, Wipe Data, пересоздание |
| Нехватка RAM | Загрузка идёт, но очень медленно | Снизить RAM эмулятора, закрыть программы |
| Проблемы с GPU | Чёрный экран или зависание на логотипе | Переключить Graphics на Software |
Запуск эмулятора из командной строки для диагностики
Когда графический интерфейс Android Studio показывает лишь бесконечное ожидание, полезно запустить эмулятор вручную через терминал — так вы увидите реальные ошибки. Сначала выведите список доступных AVD:
emulator -list-avdsЗатем запустите нужное устройство с подробным выводом:
emulator -avd имя_устройства -verboseУтилита emulator находится в каталоге Sdk/emulator внутри папки Android SDK. В выводе ищите строки со словами error, failed, упоминания HAXM, Hyper-V или gRPC — они укажут на конкретный сбойный компонент. Именно текст ошибки из verbose-лога чаще всего даёт точный ответ, почему эмулятор не загружается, тогда как GUI эту информацию скрывает.
Где находятся логи эмулятора
Логи AVD сохраняются в папке пользователя: C:\Users\Имя\.android\avd\ИмяУстройства.avd — там можно найти файлы журналов и конфигурации config.ini. Также полезен общий лог IDE: Help → Show Log in Explorer в Android Studio.
Обновление компонентов и очистка кэша
Устаревшие компоненты SDK — недооценённая причина сбоев. Откройте Tools → SDK Manager и проверьте обновления для трёх элементов: Android Emulator, Android Emulator hypervisor driver и Android SDK Platform-Tools. Несовместимость версий эмулятора и системных образов способна вызывать зависания при загрузке.
Дополнительно проверьте свободное место на системном диске: эмулятору требуется пространство под образ системы, снапшоты и временные файлы, а при нехватке места запись состояния прерывается. Если ничего не помогло, выполните File → Invalidate Caches → Invalidate and Restart в Android Studio — это сбрасывает кэш IDE, который иногда мешает корректному подключению к эмулятору.
⚠️ Внимание: команда Wipe Data и удаление AVD безвозвратно стирают все данные внутри виртуального устройства — установленные приложения, аккаунты и файлы. Если там есть нужные данные, сначала сохраните их.
Альтернативы, если эмулятор так и не запустился
Если перебор всех причин не дал результата, есть обходные пути. Самый надёжный — отладка на физическом устройстве: включите на смартфоне «Параметры разработчика» и «Отладку по USB», подключите кабелем — реальное устройство часто работает быстрее эмулятора и не требует виртуализации.
Другой вариант — сторонние эмуляторы вроде Genymotion, которые используют собственный стек виртуализации на базе VirtualBox. Это не отменяет необходимости включённой VT-x/AMD-V, но иногда помогает при специфических конфликтах драйверов. Наконец, можно создать AVD с более старой версией Android и меньшим разрешением — лёгкие образы менее требовательны к ресурсам.
Часто задаваемые вопросы
Почему эмулятор зависает именно на «Waiting for target device to come online»?
Это сообщение означает, что Android Studio запустила процесс эмулятора, но не может подключиться к нему через ADB. Причины: конфликт гипервизоров, зависший процесс adb.exe или повреждённый AVD. Попробуйте перезапустить ADB командой adb kill-server с последующим adb start-server и выполнить Cold Boot устройства.
Сколько оперативной памяти нужно для нормальной работы эмулятора?
Точных универсальных цифр нет — всё зависит от образа системы и параллельно запущенных программ. Ориентир: на компьютере с 8 ГБ RAM выделяйте эмулятору не более 2 ГБ и закрывайте тяжёлые приложения. С 16 ГБ работать заметно комфортнее.
Эмулятор показывает чёрный экран вместо загрузки. Что делать?
Чёрный экран чаще всего связан с графическим ускорением. Откройте настройки AVD и переключите параметр Emulated Performance → Graphics с Automatic/Hardware на Software. Если загрузка пошла — обновите драйвер видеокарты и попробуйте вернуть аппаратный режим.
Можно ли использовать эмулятор без включённой виртуализации?
Технически эмулятор может работать в программном режиме, но современные образы Android в таком режиме загружаются крайне медленно или не загружаются вовсе. Включение VT-x/AMD-V в BIOS — фактически обязательное условие для приемлемой работы.
Поможет ли переустановка Android Studio?
Обычно нет: проблема почти всегда находится на уровне виртуализации, драйверов гипервизора или конкретного AVD, а не самой IDE. Переустановка оправдана только как крайняя мера, если повреждены файлы SDK — и то сначала достаточно переустановить компоненты через SDK Manager.