Android Virtual Device Manager: полное руководство по работе с эмулятором

Android Virtual Device Manager не открывается из меню Tools, кнопка запуска эмулятора неактивна, а в списке устройств пусто — типичная ситуация после свежей установки Android Studio, когда компоненты SDK не доустановлены или виртуализация отключена в BIOS. Именно с этих проверок стоит начинать, прежде чем создавать первое виртуальное устройство.

Android Virtual Device Manager (сокращённо AVD Manager) — встроенный инструмент Android Studio для создания и управления эмуляторами Android. Он позволяет тестировать приложения на разных версиях системы, разрешениях экрана и аппаратных конфигурациях без физических устройств. Ниже разберём, где находится менеджер, как создать AVD и что делать при типичных сбоях.

Где находится AVD Manager и как его открыть

Запустить менеджер можно несколькими способами, и все они равнозначны. Самый быстрый — кликнуть по значку Device Manager на правой панели инструментов Android Studio и перейти на вкладку виртуальных устройств. В более ранних версиях среды использовался отдельный значок AVD Manager на верхней панели.

Альтернативный путь — через меню: Tools → Device Manager (в старых версиях — Tools → AVD Manager). Если пункта нет вообще, вероятная причина — неполная установка компонентов. Проверьте через File → Settings → Appearance & Behavior → System Settings → Android SDK, установлены ли пакеты Android SDK Platform и Android Emulator на вкладке SDK Tools.

Также менеджер доступен с экрана приветствия Android Studio без открытия проекта — через пункт More Actions → Virtual Device Manager. Это удобно, когда нужно просто запустить эмулятор, не загружая тяжёлый проект.

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

Процесс создания AVD состоит из нескольких последовательных шагов, и на каждом есть нюансы. Нажмите Create device (или плюс) в окне Device Manager и пройдите мастер настройки.

  • 📱 Выбор оборудования — профиль устройства (например, Pixel-серия) определяет размер экрана, разрешение и наличие кнопок. Можно создать собственный профиль через New Hardware Profile.
  • 🖼️ Системный образ — версия Android и архитектура (x86_64 предпочтительна для ПК). При необходимости образ скачивается прямо из мастера по кнопке загрузки рядом с названием.
  • ⚙️ Проверка конфигурации — на финальном экране задаются имя AVD, ориентация по умолчанию и расширенные параметры через Show Advanced Settings.
  • 💾 Ресурсы — в расширенных настройках можно изменить объём RAM, размер кучи VM и внутреннего хранилища.

Для образов существует два основных типа: с Google Play и без него. Первый позволяет устанавливать приложения из магазина, второй легче и даёт root-доступ через ADB без дополнительных манипуляций. Выбирайте под задачу: для тестирования покупок и сервисов Google нужен образ с Play, для отладки системных функций часто удобнее образ без него.

☑️ Перед первым запуском AVD

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

Требования к системе и виртуализация

Эмулятор Android требователен к ресурсам. Для комфортной работы нужен процессор с поддержкой аппаратной виртуализации (Intel VT-x или AMD-V) и включённый гипервизор. На Windows используется Android Emulator Hypervisor Driver (ранее HAXM) или Windows Hypervisor Platform, на macOS — встроенный Hypervisor.framework, на Linux — KVM.

⚠️ Внимание: если виртуализация отключена в BIOS/UEFI, эмулятор либо не запустится вообще, либо будет работать крайне медленно. Название пункта в BIOS зависит от производителя материнской платы (Intel Virtualization Technology, SVM Mode и т.п.) — сверьтесь с документацией к вашей плате или ноутбуку.

Проверить, включена ли виртуализация на Windows, можно в Диспетчере задач: вкладка Производительность → ЦП, строка «Виртуализация». Если там «Отключено», потребуется зайти в BIOS при загрузке и активировать соответствующую опцию.

📊 Что вы используете для тестирования Android-приложений?
AVD в Android Studio
Физическое устройство по USB
Сторонний эмулятор (BlueStacks, Genymotion)
Комбинация эмулятора и реального устройства

Настройка параметров AVD

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

ПараметрГде меняетсяНа что влияет
RAMAdvanced SettingsСкорость работы эмулятора, стабильность тяжёлых приложений
Internal StorageAdvanced SettingsДоступное место для приложений и данных
GraphicsAdvanced SettingsАппаратный или программный рендеринг
Boot optionДоп. меню AVDCold Boot или Quick Boot (снимок состояния)
Системный образПересоздание AVDВерсия Android и наличие Google Play

Отдельного внимания заслуживает режим графики. Hardware rendering использует GPU компьютера и работает заметно быстрее, но на некоторых конфигурациях вызывает артефакты или падения эмулятора. Если AVD вылетает при запуске, переключите графику на Software — это частая причина сбоев на системах с проблемными драйверами видеокарты.

Функция Quick Boot сохраняет состояние эмулятора при закрытии и восстанавливает его за секунды. Если после обновления образа эмулятор ведёт себя странно, выполните Cold Boot из выпадающего меню устройства — это полная перезагрузка без использования снимка.

Типичные ошибки и их решение

Ошибка The emulator process for AVD has terminated — одна из самых частых. У неё нет единственной причины, поэтому действуйте последовательно: обновите Android Emulator в SDK Manager, проверьте свободное место на диске, переключите графику на программную и попробуйте Cold Boot. Подробный лог запуска можно посмотреть через Help → Show Log — там обычно видно, на каком этапе происходит сбой.

На Windows нередок конфликт с Hyper-V: если включены компоненты Hyper-V, Платформа гипервизора Windows или Песочница Windows, старые версии драйвера эмулятора не могут работать. Современные версии Android Emulator умеют использовать Windows Hypervisor Platform, но её нужно включить в Панель управления → Программы → Включение или отключение компонентов Windows.

⚠️ Внимание: изменение компонентов Windows и настроек гипервизора требует перезагрузки компьютера. Сохраните все открытые проекты перед переключением, а при неуверенности в последствиях — ориентируйтесь на официальную документацию Android Developers для вашей ОС.

Ещё одна категория проблем — медленная работа эмулятора без явных ошибок. Здесь помогает выделение большего объёма RAM (если позволяет система), закрытие лишних приложений, запуск эмулятора в режиме без звука и отключение антивирусного сканирования папки с AVD в реальном времени. Конкретный эффект зависит от конфигурации машины, поэтому изменяйте параметры по одному и проверяйте результат.

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

Эмулятор можно стартовать без Android Studio. Исполняемый файл emulator находится в папке Android SDK (подкаталог emulator). Команда вида emulator -avd ИмяУстройства запускает нужный AVD, а emulator -list-avds показывает все созданные устройства. Это удобно для автоматизации и CI-сборок.

Управление несколькими AVD и сброс данных

Для тестирования приложения на разных версиях Android имеет смысл держать несколько виртуальных устройств — например, одно на актуальной версии системы и одно на старой, которая ещё используется вашей аудиторией. Каждый AVD занимает заметное место на диске, поэтому неиспользуемые устройства лучше удалять через меню с тремя точками в списке.

Команда Wipe Data возвращает эмулятор к чистому состоянию: удаляются все установленные приложения, аккаунты и настройки, но сам AVD и системный образ остаются. Это быстрый способ получить «чистый» эмулятор без пересоздания устройства. Учтите, что действие необратимо — данные внутри эмулятора будут потеряны.

  • 🧹 Wipe Data — полная очистка пользовательских данных устройства.
  • ❄️ Cold Boot Now — запуск без снимка состояния, помогает при «зависших» состояниях.
  • 📸 Snapshots — управление сохранёнными состояниями для быстрого старта.
  • 🗑️ Delete — полное удаление AVD вместе с данными.

Эмулятор против реального устройства

AVD закрывает большинство задач разработки, но не все. На эмуляторе сложно проверить реальную работу с камерой, датчиками, Bluetooth-периферией и производительностью на слабом железе. Финальное тестирование перед релизом разумно проводить хотя бы на одном физическом устройстве.

С другой стороны, эмулятор незаменим для проверки поведения на разных версиях Android, разрешениях экрана и локалях — держать парк из десятка реальных смартфонов для этого нерационально. Оптимальная схема: разработка и основная отладка на AVD, контрольные прогоны на реальном устройстве.

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

Почему в списке AVD нет ни одного устройства?

Скорее всего, вы ещё не создали виртуальное устройство — нажмите Create device и пройдите мастер. Если устройства создавались раньше, но пропали, проверьте, что открыт тот же пользовательский профиль ОС и не менялся ли путь к Android SDK в настройках среды.

Какой системный образ выбрать: x86_64 или ARM?

Для запуска на ПК выбирайте образ x86_64 — он работает с аппаратным ускорением и значительно быстрее. ARM-образы нужны только в специфических случаях, например для тестирования нативных библиотек под ARM, и на компьютере работают медленно.

Эмулятор запускается, но экран чёрный. Что делать?

Остановите AVD, откройте его настройки и переключите графику с Automatic/Hardware на Software, затем выполните Cold Boot. Также проверьте обновление драйверов видеокарты и компонента Android Emulator.

Сколько места занимает AVD на диске?

Объём зависит от системного образа и накопленных данных и может достигать нескольких гигабайт на устройство. Точный размер виден в файловом менеджере в папке с AVD. Удаляйте неиспользуемые устройства и очищайте снимки, если диск переполнен.

Можно ли запускать несколько эмуляторов одновременно?

Да, одновременный запуск нескольких AVD поддерживается — каждый появится как отдельное устройство при деплое приложения. Учитывайте, что каждый эмулятор потребляет RAM и процессорное время, поэтому количество одновременно работающих экземпляров ограничено ресурсами вашего компьютера.