Эмулятор Android Studio часто отказывается стартовать из-за отключённой виртуализации в BIOS, конфликта с Hyper-V или повреждённого образа AVD — и в каждом случае симптомы выглядят по-разному: серый значок запуска, зависание на экране «Starting AVD», ошибка с упоминанием emulator.exe или мгновенное закрытие окна без сообщений. Перед любыми действиями стоит открыть вкладку Event Log или Problems в нижней части IDE: именно там обычно появляется текстовое описание сбоя, которое сужает круг поиска с десятка причин до одной-двух.
Ниже разобраны основные причины, по которым Android Emulator не запускается, и безопасные способы диагностики — от проверки виртуализации до пересоздания виртуального устройства. Порядок разделов построен от самых частых сценариев к более редким, поэтому двигаться лучше сверху вниз, проверяя результат после каждого шага.
Проверка виртуализации в BIOS и Windows
Аппаратная виртуализация — обязательное условие для работы эмулятора на приемлемой скорости, а на многих конфигурациях без неё эмулятор не стартует вовсе. На процессорах Intel функция называется Intel VT-x (или VT-d), на AMD — AMD-V (SVM). Если она отключена на уровне BIOS/UEFI, никакие настройки внутри Android Studio ситуацию не исправят.
Быстрая проверка без перезагрузки: откройте Диспетчер задач, перейдите на вкладку «Производительность», выберите ЦП и посмотрите строку «Виртуализация». Значение «Включено» означает, что аппаратная поддержка активна. Если там «Отключено», потребуется зайти в BIOS/UEFI при загрузке компьютера и найти соответствующий пункт — его расположение и название зависят от производителя материнской платы или ноутбука, поэтому точный путь лучше сверить с документацией к вашей модели.
После включения виртуализации обязательно полностью перезагрузите компьютер, а не просто выйдите из BIOS с сохранением — в некоторых случаях изменения подхватываются только после полного цикла выключения и включения питания.
Конфликт с Hyper-V и другими гипервизорами
Одна из самых коварных причин: Hyper-V в Windows монопольно захватывает аппаратную виртуализацию, и классический движок ускорения эмулятора (HAXM для Intel) перестаёт работать. Hyper-V активируется не только одноимённым компонентом Windows, но и функциями WSL2, Windows Sandbox, Memory Integrity (изоляция ядра) и некоторыми функциями безопасности.
Для проверки откройте «Компоненты Windows» (команда optionalfeatures в диалоге «Выполнить») и посмотрите состояние пунктов Hyper-V, «Платформа гипервизора Windows» и «Песочница Windows». Дальше есть два пути, и выбор зависит от ваших задач:
- 🔧 Отключить Hyper-V и перезагрузиться, если вам не нужны WSL2 и связанные функции — тогда заработает HAXM.
- 🐧 Оставить Hyper-V включённым и использовать Windows Hypervisor Platform (WHPX) — эмулятор Android умеет работать поверх неё.
- 🛡️ Проверить «Изоляцию ядра» в разделе «Безопасность Windows» — включённая целостность памяти тоже может мешать драйверу HAXM.
- 🔄 После любого изменения этих компонентов выполнить полную перезагрузку, иначе изменения не применятся.
⚠️ Внимание: отключение Hyper-V сломает работу Docker Desktop (в режиме WSL2) и виртуальных машин, если они у вас используются. Перед изменением компонентов убедитесь, что вы не потеряете нужные рабочие окружения.
Проблемы с HAXM и драйвером ускорения
На процессорах Intel эмулятор использует драйвер Intel HAXM (Hardware Accelerated Execution Manager). Если он не установлен, установлен с ошибкой или его версия устарела, виртуальное устройство либо не запускается, либо выдаёт ошибку вида «emulator: ERROR: x86 emulation currently requires hardware acceleration». Проверить состояние установки можно через SDK Manager → SDK Tools — там должен стоять флажок напротив Intel x86 Emulator Accelerator.
Важный нюанс: установка через SDK Manager иногда только скачивает инсталлятор, но не запускает его. В этом случае нужно вручную запустить установщик из папки SDK, обычно это путь вида ...\Android\Sdk\extras\intel\Hardware_Accelerated_Execution_Manager\. Запускать его следует с правами администратора.
На машинах с AMD под Windows вместо HAXM используется Android Emulator Hypervisor Driver (gvm) или WHPX — соответствующий компонент также отмечается в SDK Tools. Смешивать подходы не нужно: достаточно одного рабочего гипервизора.
Как проверить статус HAXM через командную строку
Откройте командную строку и выполните: sc query intelhaxm. Если служба в состоянии RUNNING — драйвер работает. Если служба не найдена — HAXM не установлен. Если состояние STOPPED и не запускается — вероятен конфликт с Hyper-V или отключённая виртуализация в BIOS.
Нехватка ресурсов: RAM, диск и графика
Эмулятор — ресурсоёмкое приложение. Виртуальное устройство с современным образом Android может запрашивать несколько гигабайт оперативной памяти, и если на компьютере её впритык, запуск будет завершаться молчаливым падением или бесконечной загрузкой. Дисковое пространство тоже критично: образы системы, снапшоты и кэш AVD занимают заметный объём, а при переполненном системном диске эмулятор ведёт себя непредсказуемо.
Отдельная группа сбоев связана с графическим рендерингом. Устаревшие или конфликтные драйверы видеокарты нередко приводят к чёрному экрану эмулятора или его падению сразу после появления окна. В настройках AVD (Device Manager → Edit → Emulated Performance → Graphics) можно переключить режим с Automatic на Software — это замедлит работу, но поможет понять, виновата ли графика.
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Зависание на «Starting AVD» | Нехватка RAM, конфликт гипервизора | Свободную память, статус Hyper-V |
| Окно открывается и закрывается | Графический драйвер, повреждённый AVD | Режим Software, пересоздание AVD |
| Ошибка hardware acceleration | Нет HAXM/WHPX или виртуализации | BIOS, SDK Tools, компоненты Windows |
| Чёрный экран внутри эмулятора | Проблема рендеринга OpenGL | Обновление драйвера GPU, Cold Boot |
| Ошибка при загрузке снапшота | Повреждённый снапшот AVD | Wipe Data, отключение Quick Boot |
Пересоздание и сброс виртуального устройства
Если сама среда настроена правильно, но конкретное устройство не стартует, разумно подозревать повреждение данных AVD (Android Virtual Device). Такое случается после обновления SDK, аварийного завершения работы или переноса папки .android между машинами. Самый мягкий шаг — Wipe Data в меню устройства в Device Manager: он сбрасывает пользовательские данные виртуалки до чистого состояния, сохраняя саму конфигурацию.
Если сброс данных не помог, следующий шаг — полное удаление AVD и создание нового с нуля. При создании выбирайте образ системы, соответствующий архитектуре вашего ПК: на обычном компьютере это образы x86_64, а не ARM — эмуляция ARM-образов на x86-процессоре идёт с трансляцией инструкций и работает крайне медленно вплоть до полной непригодности.
Также попробуйте запуск через Cold Boot Now вместо обычного старта: режим Quick Boot восстанавливает состояние из снапшота, и если снапшот повреждён, холодная загрузка обходит проблему.
☑️ Пошаговый сброс проблемного AVD
Запуск эмулятора из командной строки для диагностики
Когда IDE показывает лишь общее «не удалось запустить», детальный вывод даёт запуск напрямую из терминала. Эмулятор при этом печатает подробный лог, в котором видно, на каком этапе происходит сбой — инициализация гипервизора, загрузка образа, графика или сеть.
cd %LOCALAPPDATA%\Android\Sdk\emulator
emulator -list-avds
emulator -avd ИмяВашегоAVD -verbose
Флаг -verbose включает расширенный вывод. Ищите в логе строки со словами error, failed, cannot — они обычно прямо указывают на компонент-виновник. На macOS и Linux путь к SDK отличается, но команды те же; сам исполняемый файл лежит в подпапке emulator внутри каталога SDK.
⚠️ Внимание: если имя AVD содержит пробелы, при запуске из командной строки заключайте его в кавычки, иначе получите ошибку «не найдено устройство», не имеющую отношения к реальной проблеме.
Дополнительно проверьте, не блокирует ли запуск антивирус или файрвол: emulator.exe и связанные процессы иногда попадают под эвристические правила защитного ПО. Временное добавление папки SDK в исключения — обратимый способ проверить эту гипотезу.
Обновление компонентов и альтернативные варианты
Несовместимость версий — ещё один источник проблем. После обновления Android Studio стоит синхронно обновить через SDK Manager пакеты Android Emulator, Android SDK Platform-Tools и используемые системные образы: старый эмулятор с новым образом (или наоборот) может отказываться работать. Заодно проверьте, что переменные окружения ANDROID_HOME или ANDROID_SDK_ROOT указывают на актуальную папку SDK, если вы их настраивали вручную.
Когда эмулятор упорно не заводится, а проверить приложение нужно срочно, есть запасные варианты. Самый надёжный — отладка на физическом устройстве через USB: достаточно включить режим разработчика и отладку по USB на смартфоне. Физическое устройство к тому же показывает реальную производительность, которую эмулятор имитирует лишь приблизительно.
- 📱 Подключите реальный смартфон по USB — часто это быстрее, чем чинить эмулятор.
- ☁️ Рассмотрите облачные устройства для тестирования, если локальная виртуализация недоступна (например, на ПК без поддержки VT-x).
- 🧪 Для проверки отдельной логики используйте unit-тесты и Robolectric — они вообще не требуют эмулятора.
- 💻 На слабом ПК уменьшите в настройках AVD объём RAM и разрешение экрана — это снижает требования к ресурсам.
⚠️ Внимание: не скачивайте «исправленные» версии emulator.exe или HAXM со сторонних сайтов. Все компоненты должны ставиться только через SDK Manager или официальные установщики — иначе есть риск получить вредоносное ПО вместо драйвера.
Частые вопросы
Эмулятор запускается, но работает очень медленно. Это та же проблема?
Частично. Медленная работа почти всегда означает, что аппаратное ускорение не задействовано: проверьте виртуализацию в BIOS, наличие HAXM/WHPX и то, что образ AVD соответствует архитектуре x86_64. Также убедитесь, что в настройках AVD выделено достаточно RAM и включено аппаратное ускорение графики.
Ошибка «The emulator process has terminated» — что делать?
Это общее сообщение, причина указана в логах. Запустите эмулятор из командной строки с флагом -verbose и посмотрите последние строки вывода перед завершением. Типичные виновники: конфликт Hyper-V, повреждённый AVD (лечится Wipe Data или пересозданием), проблемы с графическим драйвером (переключите Graphics в Software).
Нужно ли отключать Hyper-V, если я пользуюсь WSL2?
Нет, необязательно. Вместо отключения Hyper-V установите компонент «Платформа гипервизора Windows» (WHPX) — эмулятор Android умеет работать поверх него, и WSL2 продолжит функционировать. Отключать Hyper-V стоит, только если WHPX по какой-то причине не подходит.
Эмулятор не запускается на Mac с чипом Apple Silicon. В чём дело?
На компьютерах с процессорами Apple (M-серии) нужны системные образы с архитектурой ARM64 — образы x86_64 там не используются для нормальной работы. При создании AVD выберите образ, помеченный как рекомендованный для вашей системы, и убедитесь, что Android Studio и компоненты эмулятора обновлены до актуальных версий.
Поможет ли переустановка Android Studio?
Как правило, нет — сама IDE редко является причиной. Проблема почти всегда находится на уровне гипервизора, виртуализации, конкретного AVD или драйверов. Переустановка оправдана лишь в крайнем случае, когда проверены все пункты из этой статьи, включая запуск из командной строки и создание чистого AVD.