Настройка эмулятора в Android Studio: полное руководство

Эмулятор Android Studio зависает на экране загрузки или выдаёт ошибку «emulator: ERROR: x86 emulation currently requires hardware acceleration» — в большинстве случаев причина кроется не в сбое самой среды разработки, а в неправильно созданном виртуальном устройстве или отключённой аппаратной виртуализации. Настройка эмулятора занимает 10–15 минут, если выполнять шаги в правильном порядке и заранее проверить поддержку виртуализации на компьютере.

В этом руководстве разберём весь цикл: от проверки системных требований до создания AVD (Android Virtual Device), выбора системного образа, ускорения работы и устранения типичных ошибок. Материал актуален для актуальных версий Android Studio на Windows, macOS и Linux.

Проверка системных требований и виртуализации

Прежде чем открывать AVD Manager, убедитесь, что процессор поддерживает аппаратную виртуализацию и она включена. На Windows это Intel VT-x или AMD-V, на Mac с чипами Apple Silicon используется собственный гипервизор. Проверить статус на Windows можно через Диспетчер задач → Производительность → ЦП — в правом нижнем углу есть строка «Виртуализация: включено/отключено».

Если виртуализация отключена, её активируют в BIOS/UEFI — обычно в разделе Advanced или CPU Configuration. Название пункта зависит от производителя материнской платы, поэтому точный путь сверяйте с документацией к вашей плате или ноутбуку. Без этого шага эмулятор либо не запустится, либо будет работать неприемлемо медленно.

  • 🖥️ Минимум 8 ГБ ОЗУ, комфортно — 16 ГБ, так как эмулятор резервирует часть памяти под виртуальное устройство
  • 💾 Не менее 10–15 ГБ свободного места на диске под SDK, системные образы и снапшоты
  • ⚡ Включённая виртуализация в BIOS/UEFI (VT-x, AMD-V)
  • 🧩 Установленные через SDK Manager компоненты: Android Emulator, Android SDK Platform-Tools, системный образ нужной версии

Создание виртуального устройства (AVD)

Откройте Tools → Device Manager (в старых версиях — Tools → AVD Manager) и нажмите Create Device. Мастер предложит выбрать аппаратный профиль: Pixel-устройства предпочтительны, так как они гарантированно совместимы с Google Play и актуальными API. Для тестирования обычного приложения достаточно профиля среднего уровня — например, Pixel 6 или аналогичного.

На следующем экране выбирается системный образ. Здесь есть важный нюанс: для процессоров Intel/AMD нужны образы x86_64, а для Mac на Apple Silicon — образы arm64-v8a. Если рядом с образом стоит значок загрузки, сначала скачайте его кнопкой Download. Образы с пометкой Google Play содержат магазин приложений, а Google APIs — только сервисы без Play Store.

На финальном шаге задайте имя AVD и при необходимости откройте Show Advanced Settings: там настраиваются объём RAM, размер кучи VM, количество ядер CPU и разрешение экрана. Не выделяйте эмулятору больше половины физической памяти компьютера — это замедлит и хост-систему, и саму Android Studio.

☑️ Чек-лист создания AVD

Выполнено: 0 / 5

Выбор системного образа: что важно знать

Не каждый образ подходит для каждой задачи. Различия между ними влияют и на функциональность, и на производительность. Ниже — сравнение основных вариантов.

Тип образаGoogle PlayRoot-доступДля чего подходит
Google APIsНетДоступен через adbТестирование API, отладка
Google PlayДаОграниченПроверка приложения «как у пользователя»
AOSP (без сервисов)НетДаНизкоуровневая разработка
ARM-образ на x86-хостеЗависитЗависитКрайне медленно, избегать

Ключевое правило: архитектура образа должна совпадать с архитектурой процессора хоста. Запуск ARM-образа на x86-машине заставляет эмулятор транслировать инструкции, из-за чего скорость падает в десятки раз. Это одна из самых частых скрытых причин «тормозов», которую новички не замечают.

📊 Какой системный образ вы используете чаще всего?
Google APIs (x86_64)
Google Play
AOSP без сервисов
Образы для Android TV / Wear OS

Ускорение эмулятора: HAXM, Hyper-V и снапшоты

На Windows с процессором Intel установите Intel HAXM через SDK Manager → SDK Tools → Intel x86 Emulator Accelerator. На машинах с Hyper-V (включая Windows 11 с включённой изоляцией ядра) вместо HAXM используется Windows Hypervisor Platform — её активируют в «Компонентах Windows». На Linux применяется KVM: необходимо добавить пользователя в группу kvm и проверить наличие устройства /dev/kvm.

Второй инструмент ускорения — Quick Boot. Эмулятор сохраняет снапшот состояния при закрытии и восстанавливает его при следующем запуске за несколько секунд вместо полной загрузки. Функция включена по умолчанию; проверить её можно в настройках AVD, раздел Emulated Performance → Boot option.

  • 🚀 Включите аппаратное ускорение графики: Emulated Performance → Graphics → Hardware
  • 📸 Используйте Quick Boot-снапшоты вместо холодного старта
  • 🧠 Не выделяйте эмулятору больше RAM, чем реально нужно приложению
  • 🪟 На Windows проверьте, что не конфликтуют Hyper-V и сторонние гипервизоры (VirtualBox, VMware старых версий)
⚠️ Внимание: одновременная работа HAXM и Hyper-V невозможна. Если после установки HAXM эмулятор падает с ошибкой гипервизора, проверьте, не включены ли Hyper-V, «Песочница Windows» или «Изоляция ядра» — все они занимают виртуализацию и блокируют HAXM.

Расширенные параметры AVD

В разделе Show Advanced Settings скрыты параметры, которые редко меняют, но именно они решают специфические задачи. Multi-Core CPU позволяет выделить виртуальному устройству несколько ядер — полезно при тестировании многопоточных приложений. Параметр Internal Storage определяет объём внутренней памяти эмулятора; если тестируете загрузку больших файлов, увеличьте его заранее, потому что изменить размер у уже созданного AVD без пересоздания нельзя.

Для тестирования геолокации, камеры и датчиков используйте панель Extended Controls — кнопка с тремя точками на боковой панели запущенного эмулятора. Там эмулируются GPS-координаты, заряд батареи, входящие звонки, SMS и данные акселерометра. Это избавляет от необходимости держать под рукой физическое устройство для большинства сценариев.

Запуск эмулятора из командной строки

Эмулятор можно стартовать без открытия Android Studio. Команда: emulator -avd ИмяAVD. Список доступных устройств покажет команда emulator -list-avds. Полезные флаги: -no-snapshot (игнорировать снапшоты), -wipe-data (сброс данных устройства), -gpu host (принудительно аппаратная графика).

Решение типичных ошибок запуска

Ошибка emulator: ERROR: x86 emulation currently requires hardware acceleration означает, что гипервизор недоступен: либо выключена виртуализация в BIOS, либо не установлен HAXM, либо его занял Hyper-V. Проверяйте в указанном порядке — от BIOS к компонентам Windows.

Если эмулятор зависает на чёрном экране или на надписи Android, попробуйте холодный старт: в Device Manager нажмите стрелку рядом с кнопкой запуска и выберите Cold Boot Now. Когда и это не помогает — Wipe Data сбрасывает данные AVD до заводского состояния. Учтите, что все установленные в эмуляторе приложения и настройки будут удалены.

⚠️ Внимание: не удаляйте папку .android вручную при запущенной Android Studio — это может повредить конфигурацию всех AVD разом. Сначала закройте среду разработки и все процессы emulator.exe через диспетчер задач.

Ещё одна частая жалоба — «эмулятор не видит интернет». Обычно помогает перезапуск с холодной загрузкой или смена DNS: запустите эмулятор с флагом, указывающим публичный DNS-сервер, если корпоративная сеть блокирует стандартные запросы.

emulator -avd Pixel_6_API_34 -dns-server 8.8.8.8

Эмулятор против реального устройства: когда что использовать

Эмулятор незаменим для автотестов, проверки разных версий Android и разрешений экрана, эмуляции датчиков и состояний сети. Но есть сценарии, где нужен физический смартфон: тестирование Bluetooth-сопряжения с реальными устройствами, точная оценка производительности и энергопотребления, проверка NFC и работа с некоторыми аппаратными кодеками.

Практичная стратегия — вести основную разработку на эмуляторе с несколькими AVD под разные API-уровни, а финальную проверку перед релизом выполнять на одном-двух реальных устройствах. Так вы получаете и скорость итераций, и уверенность в поведении приложения «в поле».

Часто задаваемые вопросы

Почему эмулятор Android Studio работает очень медленно?

Наиболее вероятные причины: отключена виртуализация в BIOS, выбран ARM-образ на x86-процессоре, не установлен гипервизор (HAXM/Hyper-V/KVM) или выключено аппаратное ускорение графики в настройках AVD. Проверяйте эти пункты последовательно.

Сколько оперативной памяти выделять эмулятору?

Для большинства задач достаточно 2–4 ГБ. Выделять больше половины физической RAM компьютера не стоит — пострадают и хост-система, и сама IDE.

Можно ли запустить эмулятор без Android Studio?

Да. Через командную строку: emulator -avd ИмяAVD. Предварительно убедитесь, что путь к папке emulator из SDK добавлен в переменные окружения, либо запускайте команду из этой папки.

Чем отличаются образы Google APIs и Google Play?

Образ Google Play содержит магазин приложений и подходит для проверки приложения в пользовательском окружении, но имеет ограниченный root-доступ. Google APIs включает сервисы Google без Play Store и удобнее для отладки через adb.

Что делать, если эмулятор не запускается после обновления Android Studio?

Откройте SDK Manager и обновите компоненты Android Emulator и системные образы. Если не помогло — сделайте Cold Boot, затем Wipe Data для проблемного AVD. В крайнем случае пересоздайте виртуальное устройство заново.