Эмулятор Android Studio зависает на чёрном экране, закрывается сразу после старта или выдаёт ошибку вроде «The emulator process for AVD has terminated» — чаще всего причина кроется в отключённой виртуализации, конфликте с Hyper-V или повреждённом образе виртуального устройства. Хорошая новость в том, что большинство таких сбоев диагностируется за несколько минут, если проверять компоненты в правильном порядке.
В этом материале разберём основные причины, по которым AVD (Android Virtual Device) отказывается запускаться, и дадим пошаговые способы устранения проблемы на Windows, macOS и Linux. Начнём с быстрой диагностики, а затем перейдём к более глубоким настройкам.
Быстрая диагностика: с чего начать
Прежде чем менять настройки системы, посмотрите, что именно сообщает среда разработки. Откройте Event Log в правом нижнем углу Android Studio и вкладку Problems — часто там уже указана конкретная причина: отсутствующий системный образ, ошибка гипервизора или нехватка ресурсов.
Полезно также запустить эмулятор из терминала, чтобы увидеть полный вывод ошибок. Перейдите в папку sdk/emulator внутри каталога Android SDK и выполните команду:
emulator -avd Имя_вашего_AVD -verboseВывод в консоли покажет, на каком этапе происходит сбой. Если эмулятор запускается из терминала, но не из интерфейса Android Studio — проблема скорее в настройках IDE, а не в самом эмуляторе.
Проверка виртуализации в BIOS/UEFI
Одна из самых частых причин — выключенная аппаратная виртуализация. На процессорах Intel это технология VT-x, на AMD — AMD-V (SVM). Без неё эмулятор либо не стартует вообще, либо работает нестабильно.
Проверить статус в Windows можно через Диспетчер задач: вкладка Производительность → ЦП → строка «Виртуализация». Если там указано «Отключено», потребуется зайти в BIOS/UEFI при загрузке компьютера и активировать соответствующую опцию. Название пункта и его расположение зависят от производителя материнской платы или ноутбука — сверьтесь с документацией к вашей модели.
⚠️ Внимание: изменение настроек BIOS/UEFI выполняйте аккуратно и меняйте только понятные вам параметры. Неверные настройки могут повлиять на загрузку системы. Если не уверены — обратитесь к инструкции производителя устройства.
Конфликт Hyper-V, HAXM и гипервизоров на Windows
На Windows эмулятору нужен гипервизор, и здесь возможны конфликты. Если в системе включён Hyper-V, а вы пытаетесь использовать Intel HAXM, они несовместимы — одновременно работает только что-то одно. Современные версии эмулятора умеют работать через Windows Hypervisor Platform (WHPX) или Android Emulator Hypervisor Driver (AEHD), который пришёл на смену HAXM.
Что стоит проверить:
- 🔧 Откройте
Панель управления → Программы → Включение или отключение компонентов Windowsи посмотрите, какие компоненты виртуализации активны. - 🧩 В SDK Manager (вкладка
SDK Tools) проверьте, установлен ли Android Emulator Hypervisor Driver, и обновите Android Emulator до актуальной версии. - 🛡️ Тестовые сборки Windows и некоторые функции безопасности (например, «Изоляция ядра» / «Целостность памяти») могут включать гипервизор в фоне и мешать драйверу эмулятора — попробуйте временно отключить их и проверить результат.
- 💻 Программы вроде VirtualBox или Docker Desktop тоже используют виртуализацию и иногда конфликтуют с эмулятором.
После изменения компонентов Windows перезагрузите компьютер — без этого изменения не вступят в силу.
Проблемы с самим AVD: пересоздание и настройка
Если система в порядке, а эмулятор не стартует, вероятная причина — повреждённый или некорректно настроенный профиль виртуального устройства. Откройте Device Manager в Android Studio и попробуйте последовательно:
☑️ Проверка виртуального устройства AVD
Начните с пункта Wipe Data в меню устройства — это сбрасывает данные эмулятора до чистого состояния и часто помогает при зависаниях на загрузке. Затем попробуйте Cold Boot Now вместо обычного запуска: механизм быстрого старта (Quick Boot) иногда сохраняет повреждённый снимок состояния.
В расширенных настройках AVD (Edit → Show Advanced Settings) обратите внимание на параметр Graphics. Режим Automatic или Hardware использует GPU компьютера, и на системах с устаревшими или конфликтными видеодрайверами это вызывает чёрный экран. Переключение на Software замедлит эмулятор, но позволит проверить, в графике ли дело.
⚠️ Внимание: команда Wipe Data безвозвратно удаляет все приложения и данные внутри эмулятора. Если там есть нужные для отладки данные, сначала сохраните их.
Нехватка ресурсов и места на диске
Эмулятор требователен к ресурсам. Если на диске, где расположен SDK и образы AVD (обычно в профиле пользователя), заканчивается место, виртуальное устройство может не создаваться или падать при запуске. Проверьте свободное пространство и при необходимости очистите диск либо перенесите SDK.
Также оцените объём оперативной памяти: если одновременно запущены Android Studio, браузер с множеством вкладок и эмулятор с большим выделенным RAM, системе может не хватать памяти. В настройках AVD уменьшите значение RAM и разрешение экрана виртуального устройства — для отладки интерфейса часто достаточно скромных параметров.
Типичные ошибки и их значения
Собрали частые сообщения, с которыми сталкиваются разработчики, и их вероятные причины:
| Сообщение об ошибке | Вероятная причина | Что проверить |
|---|---|---|
| The emulator process has terminated | Общий сбой: гипервизор, графика, повреждённый AVD | Запуск из терминала с -verbose |
| HAXM / AEHD is not installed | Не установлен или не запущен драйвер гипервизора | SDK Manager → SDK Tools, компоненты Windows |
| VT-x / AMD-V is disabled | Виртуализация выключена в BIOS/UEFI | Настройки BIOS, Диспетчер задач |
| Чёрный экран после запуска | Проблема с GPU или режимом графики | Переключение Graphics на Software |
| System image is missing | Не скачан системный образ для AVD | SDK Manager → SDK Platforms |
Что делать, если ничего не помогло
Попробуйте создать AVD с другой версией Android и другим типом образа (например, x86_64 вместо ARM). Обновите Android Studio и компоненты SDK до актуальных версий. Как временную альтернативу можно использовать отладку на физическом устройстве по USB — для этого включите «Отладку по USB» в настройках разработчика смартфона.
Особенности на macOS и Linux
На macOS эмулятор использует встроенный фреймворк виртуализации, и отдельный драйвер обычно не нужен. Если эмулятор не стартует, проверьте обновления самой Android Studio и эмулятора, а также попробуйте Cold Boot и Wipe Data — логика диагностики та же. На Mac с чипами Apple Silicon убедитесь, что используете образы для архитектуры arm64.
На Linux эмулятору требуется KVM. Проверьте, что модуль загружен и ваш пользователь входит в группу kvm. Команда проверки поддержки виртуализации:
egrep -c '(vmx|svm)' /proc/cpuinfoЕсли результат больше нуля — процессор поддерживает виртуализацию, и дело в правах доступа или конфигурации KVM. Если ноль — виртуализация отключена в BIOS либо не поддерживается.
Часто задаваемые вопросы
Почему эмулятор запускается, но очень медленно работает?
Чаще всего используется программный рендеринг графики или отключена аппаратная виртуализация. Проверьте режим Graphics в настройках AVD, статус виртуализации в системе и уменьшите разрешение экрана виртуального устройства.
Можно ли работать без эмулятора вообще?
Да, физическое Android-устройство с включённой отладкой по USB — полноценная альтернатива. Оно часто отзывчивее эмулятора, но не позволяет тестировать разные версии ОС и размеры экрана так же гибко.
Ошибка появилась после обновления Android Studio — что делать?
Обновите через SDK Manager компоненты Android Emulator и Platform-Tools до совместимых версий. Иногда помогает пересоздание AVD, так как старые профили могут конфликтовать с новой версией эмулятора.
Эмулятор запускается из терминала, но не из Android Studio — почему?
Вероятно, в IDE указан неверный путь к SDK. Проверьте настройки: File → Settings → Appearance & Behavior → System Settings → Android SDK и убедитесь, что путь совпадает с фактическим расположением SDK.
Нужно ли переустанавливать Android Studio целиком?
Обычно нет. В подавляющем большинстве случаев достаточно обновить компоненты SDK, пересоздать AVD или исправить настройки виртуализации. Полная переустановка — крайняя мера, и даже она не решает проблемы на уровне BIOS или гипервизора.