Эмулятор андроид для пк не работает

Почему тормозят эмуляторы в Windows (например, BlueStacks для Андроид)

Подскажите, почему могут тормозить эмуляторы на ноутбуке? Я пробовал разные версии: BlueStacks и MEmu (для Андроид), Kega (это для Sega), Remix OS и т.д. Просто они все как будто замедлены, всё равно что поставить воспроизведение видео на 20-40% медленнее.

(PS На другом ПК у меня все ОК, нормально работает)

Если характеристики вашего ноутбука удовлетворяют рекомендуемым тех. требованиям для работы этих эмуляторов — то скорее всего проблема связана с отключенной виртуализацией в BIOS/UEFI компьютера (AMD-v или Intel VT-x).

Включить ее не так уж и сложно (даже если вы не разу не заходили в BIOS). Рассмотрим все на примере.

Причины проблем с эмуляторами

Отключена виртуализация

Виртуализация (например, Intel Virtual Technology) — спец. технология, позволяющая запускать на одном физическом компьютере одновременно несколько ОС (активно используется при работе эмуляторов, виртуальных машин и т.д.).

Так вот, эта самая виртуализация очень сильно влияет на работу эмуляторов (если она выключена — они могут либо вообще не запускаться, либо сильно тормозить и фризить).

Включить или выключить ее можно в настройках BIOS (UEFI). Обычно, в ноутбуках этот раздел помечается как «System Configuration» (или просто «Configuration»).

Кратко, что нужно сделать:

1. зайти в настройки BIOS (как правило, после включения устройства — нужно несколько раз нажать на кнопку «Del» или «F2»);
2. открыть раздел «System Configuration» (используйте стрелочки и клавишу Enter/Esc);
3. параметр «. Virtualization. » перевести в режим «Enabled» (это означает включено);
4. сохранить настройки и перезагрузить устройство (обычно, нужно нажать на F10 — «Save and Exit»).

Настройки BIOS — включаем виртуализацию / Кликабельно

Intel Virtual Technology — Disabled (означает выключено)!

Также обратите внимание на работу антивируса (если он у вас установлен). Например, AVAST может блокировать нормальную работу виртуализации.

Низкие характеристики у ПК/ноутбука

Следующее, на что рекомендую обратить внимание — это характеристики вашего ноутбука или ПК. Дело в том, что подавляющая часть эмуляторов (и виртуальных машин) очень требовательны к ресурсам ОЗУ и ЦП (оперативной памяти и процессору).

Сегодня, для более-менее сносной работы того же BlueStacks требуется не менее 8 ГБ ОЗУ !

Примечание : тех. требования у каждого эмулятора указываются, обычно, на сайте разработчика.

Тех. требования эмулятора BlueStacks 4

Кстати, если вы «запамятовали» характеристики своего компьютера — рекомендую воспользоваться спец. утилитами для просмотра его характеристик (например, 👉 Speccy или AIDA).

См. скриншот ниже со Speccy: указывается и модель ЦП, и количество ОЗУ, и температуры, в общем, всё, что нужно. 👌

Проблема с видеодрайвером

Чаще всего проблема заключается в том, что драйвер не обновлен (либо установлен «не родной» драйвер с сайта производителя. Особенно часто это касается ноутбуков). В результате нередко наблюдаются ошибки и подвисания в играх, эмуляторах и т.д.

Кстати, чтобы узнать есть ли драйвер на видеокарту — воспользуйтесь диспетчером устройств. Если драйвер на видеокарту установлен — во вкладке «Видеоадаптеры» вы увидите ее модель (без воскл. знаков). Если с драйвером какая-то проблема — будет отображаться желтый треугольник с воскл. знаком, или стоять статус «Стандартный VGA-адаптер» .

Драйвер на видеокарту установлен (слева), драйвера нет (справа)

Кстати, если диспетчер устройств показывает, что драйвер присутствует в системе — это не всегда говорит о том, что он обновлен до последней версии (для перепроверки удобно пользоваться утилитой 👉 Driver Booster).

У меня на блоге, кстати говоря, уже была заметка о правильном последовательном обновлении драйвера видеокарты — чтобы здесь не повторяться, приведу ниже на нее ссылку.

Некорректные настройки самого эмулятора

В ряде случаев проблема с тормозами эмулятора может быть легко и быстро устранена с помощью его же настроек (например, снизив разрешение и поменяв DirectX на OpenLG — можно уменьшить нагрузку на систему. ) . Вообще, конечно, многое здесь зависит от самого эмулятора, и общих советов на каждый случай давать сложно.

В BlueStacks, например, для выполнения вышесказанного — необходимо перейти в настройки эмулятора и открыть раздел «Экран» . 👇

Далее передвинуть ползунок в режим наименьшего разрешения (DPI — также рекомендуется уменьшить до макс. возможного) . Благодаря этому изображение на экране станет «чуть хуже» (на глаз иногда вообще не заметно) — зато нагрузка на ваше устройство значительно уменьшится (а значит и тормоза могут пропасть).

BlueStacks — настройки экрана

Кроме этого, рекомендую также зайти в раздел «Движок» и попробовать изменить режим графики, например, с DirectX на OpenLG (или наоборот). В зависимости от конфигурации ПК/ноутбука — эмулятор может начать работать значительно быстрее и лучше (или медленнее и хуже ☝). Определяется только экспериментально.

Блокировка антивирусом

Ну и нельзя не сказать пару слов об антивирусах. Ряд их функций (и ограничений) может блокировать нормальную работу эмуляторов. Например, такой популярный антивирус как AVAST ограничивает виртуализацию (работу которой проверяли в шаге 1).

Чтобы исправить это, нужно открыть настройки антивируса раздел «Устранение неисправностей» и снять галочку с пункта «Включить виртуализацию с аппаратной поддержкой» (после, перезагрузить компьютер!).

Настройки антивируса AVAST

На сим пока все. Иные мнения — приветствуются ниже!

Источник

Проблемы запуска

Виртуализация: доступно о сложном

Итак, для начала давайте разберемся, что представляет собой виртуализация, а заодно поймем, так ли уж сильно она нам нужна. Если в общих чертах, под футуристическим термином «виртуализация» понимается выделение части вычислительной мощности процессора под одну или несколько конкретных задач.
При этом создается своего рода изолированная среда, процессы внутри которой никак не влияют на систему в целом, но при этом могут взаимодействовать напрямую с процессором, минуя все вспомогательные службы ОС.

Почему не работает Nox App Player

Мобильные технологии постоянно развиваются, а вместе с ними появляются интересные программы и игры, которые выходят исключительно на смартфонах под управлением операционной системы Android. К счастью, сейчас не обаятельно иметь телефон с названной ранее платформой, ведь её в полной мере способен заменить эмулятор Nox App Player.
Эта программа предлагает своим пользователям полноценный функционал Андроид, с возможностью устанавливать apk-файлы, использовать мобильные мессенджеры и играть в популярные игры. Но получается это далеко не у всех, так как эмулятор отказывается запускаться. На что в таком случае обратить внимание, чтобы исправить проблему, будет описано ниже.

Ошибки при запуске Droid4X

Эмулятор Droid4X до сих пор сохраняет за собой пальму первенства в запуске ресурсозатратных приложений. Несмотря на его отменную оптимизацию, встречаются проблемы, когда он отказывается работать и запускать приложения. Решить эту неприятность, не зная с чего начинать поиски, практически невозможно, поэтому предлагаем ознакомиться с возможными неисправностями, приведёнными ниже.

Проблемы с BlueStacks

Платформа Android стала настолько любима пользователями по всему миру, что со временем обрела полноценный эмулятор, предоставляющий возможность запускать игры и программы со смартфонов на стационарном компьютере. Одним из первых в этой сфере стал эмулятор BlueStacks, который за время своего существования становился только лучше, открывая доступ к самым «тяжелым» проектам. Но как бы разработчики ни старались оптимизировать работу софта, иногда пользователи сталкиваются с проблемами запуска приложений и игр через БлюСтакс. Сразу определить причину этой неурядицы довольно тяжело, поэтому предлагаем рассмотреть типичные неисправности в работе программы.

Источник

История о том, как запустить эмулятор Android или сэкономить на процессоре intel

Предыстория

Я собрал года 4 назад домашний комп, который подходил всем моим запросам. На процессоре решил сэкономить — взял amd. К компу вопросов нет.

Потом занялся разработкой под Android и тут меня ждал сюрприз! Эмулятор запускался только на процессоре intel. Его можно было запустить без аппаратной виртуализации конечно, используя вот этот совет www.youtube.com/watch?v=QTbjdBPKnnw&t=127s, но кто пользовался знает, что эмулятор может запускаться очень долго. У меня с 12ГБ доходило до 10 мин. Это может конечно из-за встроенной видеокарты.

Основное рабочее место у меня было в офисе, поэтому особо переживал и тестировал дома на реальных устройствах. Но пару месяцев назад стал нужен именно эмулятор. Первой мыслью было конечно купить intel-овский процессор. Но нужно было покупать ещё материнскую плату и видеокарту. Скорее всего я бы так и поступил, если бы не наткнулся на обновлённые требования к системе. В требованиях написано, что эмулятор всё таки можно запустить на Windows 10 (с обновлениями после апреля 2018) с помощью технологии WHPX.

Теперь основная часть истории, как это сделать. Всё оказалось не так тривиально. Заранее прошу прощения за упущения, потому что не могу назвать себя знатоком ни в “железе”, ни в Windows.

Инструкция

После всех обновлений эмулятор естественно не запустился. AndroidStudio пыталась запустить эмулятор с помощью HAXM и выбрасывала ошибку “Emulator: emulator: ERROR: x86 emulation currently requires hardware acceleration!”.

Далее приведу инструкцию с ссылками упустив кучу подробностей и моих “танцев с бубном”.

Должен поддерживать для работы с аппаратной виртуализацией.

2. Обновляем Windows 10 до версии 1803 (апрель 2018):

4. Включаем в bios режим виртуализации. Он там может называеться IOMMU, а не VT.

5. Качаем обновления для bios с официального сайта. Для моего asus, например, они были здесь.

Версия Bios должна стать что-то около 3001:

7. Заходим на сайт microsoft и изучаем инструкцию для включения компонента.

8. Нужно проверить требования Hyper-V. Для этого в командной строке набираем systeminfo. Проверяем, чтобы отображались эти значения:

У меня же вместо это было сообщение:

На официальном сайте написано, что пока не будет стоять Yes-Yes-Yes-Yes система WHPX не будет работать. У меня же эмулятор запускается, при включенной низкоуровневой оболочке.

9. Далее в руководстве предлагается включить компонент hyper-v (он по умолчанию отключен):

В русском переводе наименования несколько отличаются:

Кстати, после отключения компонента “Платформа низкоуровневой оболочки Windows”, “Требования hyper-v” становятся Yes-Yes-Yes-Yes. Не понял этот момент. Если кто разбирается, напишите в комментариях.

10. Определяем, нужно ли нам всё это? Или легче было купить intel)

После этих настроек всё должно заработать:

Хочу отметить, используя технологию WHPX и процессор amd, запуск эмулятора занимает примерно столько же времени, сколько на процессоре intel. Учитывая, что остальное «железо» сравнимо по своим параметрам.

Источник

Устранение неполадок в Android Emulator

В этой статье описаны наиболее типичные ошибки и предупреждения, возникающие при настройке и запуске Android Emulator. Кроме того, описываются решения для этих ошибок, а также различные советы по устранению неполадок, которые помогут вам диагностировать проблемы с эмулятором.

Проблемы развертывания в Windows

Эмулятор может отображать некоторые сообщения об ошибках при развертывании приложения. Здесь описаны наиболее распространенные ошибки и решения.

Ошибки развертывания

Если отображается ошибка о сбое при установке APK на ваш компьютер или при запуске Android Debug Bridge (adb), убедитесь, что пакет SDK для Android может подключиться к эмулятору. Для проверки связи с эмулятором сделайте следующее:

Запустите эмулятор из Android Device Manager (выберите ваше виртуальное устройство и зажмите Запустить).

Откройте командную строку и перейдите в папку, в которой установлен adb. Если пакет SDK для Android установлен в расположении по умолчанию, adb находится в каталоге C:\Program Files (x86)\Android\android-sdk\platform-tools\adb.exe; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Введите следующую команду:

Если эмулятор доступен из Android SDK, то он отобразится в списке подключенных устройств. Пример:

Если эмулятор не появился в этом списке, запустите Диспетчер пакетов SDK для Android, примените все обновления и запустите эмулятор еще раз.

Ошибка доступа к MMIO

Если появляется сообщение Произошла ошибка доступа к MMIO, перезапустите эмулятор.

Отсутствующие сервисы Google Play

Если виртуальное устройство, запущенное в эмуляторе, не поддерживает установленные сервисы Google Play или Google Play Маркет, это часто связано с тем, что виртуальное устройство было создано без этих пакетов. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать один или оба из следующих вариантов:

• API Google – включает Сервисы Google Play в виртуальное устройство.
• Google Play Маркет – включает Google Play Маркет в виртуальное устройство.

Например, это виртуальное устройство будет включать сервисы Google Play и Google Play Маркет:

Образы Google Play Маркет доступны только для некоторых типов базовых устройств, например Pixel, Pixel 2, Nexus 5 и Nexus 5X.

Проблемы производительности

Проблемы производительности обычно вызваны одной из следующих проблем:

Эмулятор работает без аппаратного ускорения.

Виртуальное устройство, работающее в эмуляторе, не использует образ системы на базе x86.

В следующих разделах подробно описаны эти сценарии.

Аппаратное ускорение отключено

Если не включено аппаратное ускорение, при запуске виртуального устройства из Device Manager будет отображаться диалоговое окно с сообщением об ошибке, указывающее, что платформа гипервизора Windows (WHPX) настроена неправильно:

Если это сообщение об ошибке отображается, см. инструкции по проверке и включению аппаратного ускорения в разделе Проблемы с аппаратным ускорением.

Аппаратное ускорение включено, но эмулятор работает слишком медленно

Распространенной причиной этой проблемы является отсутствие образа на базе x86 в виртуальном устройстве (AVD). При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86:

Проблемы с аппаратным ускорением

При использовании Hyper-V или HAXM для аппаратного ускорения вы можете столкнуться с проблемами конфигурации или конфликтами с другим программным обеспечением на компьютере. Проверьте, включено ли аппаратное ускорение (и какой метод ускорения используется в эмуляторе), введя следующую команду в командной строке:

Эта команда предполагает, что пакет SDK для Android установлен в расположении по умолчанию C:\Program Files (x86)\Android\android-sdk; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Аппаратное ускорение недоступно

Если Hyper-V доступен, ответом на команду emulator-check.exe accel будет следующее сообщение:

Если HAXM доступен, выводится подобное сообщение:

Если аппаратное ускорение недоступно, будет отображаться следующее сообщение (эмулятор ищет HAXM, если не удается найти Hyper-V):

Если аппаратное ускорение недоступно, инструкции по его включению на компьютере см. в разделе Ускорение с помощью Hyper-V.

Неправильные настройки BIOS

Если BIOS настроен неправильно и не поддерживает аппаратное ускорение, при выполнении команды emulator-check.exe accel будет отображаться подобное сообщение:

Чтобы устранить эту проблему, перезагрузите BIOS на компьютере и включите следующие параметры:

• Технология виртуализации (может иметь другое название в зависимости от производителя системной платы).
• Предотвращение исполнения данных на основе оборудования.

Если аппаратное ускорение включено и BIOS настроен правильно, эмулятор должен успешно работать с аппаратным ускорением. Однако с Hyper-V и HAXM все равно могут возникать проблемы, как описано далее.

Проблемы с Hyper-V

В некоторых случаях при включении одновременно Hyper-V и платформы гипервизора Windows в диалоговом окне Включение и отключение компонентов Windows Hyper-V включается некорректно. Чтобы убедиться, что Hyper-V включен, сделайте следующее:

Введите powershell в поле поиска Windows.

Щелкните правой кнопкой мыши Windows PowerShell в результатах поиска и выберите Запуск от имени администратора.

В консоли PowerShell выполните следующую команду:

Если Hyper-V не включен, будет отображаться сообщение, как в следующем примере, указывающее, что Hyper-V отключен:

В консоли PowerShell выполните следующую команду:

Если гипервизор не включен, будет отображаться сообщение, как в следующем примере, указывающее, что платформа гипервизора отключена:

Если Hyper-V и (или) платформа гипервизора не включены, используйте следующие команды PowerShell для их включения:

После завершения этих команд выполните перезагрузку.

Дополнительные сведения о включении Hyper-V (в том числе методы включения Hyper-V с помощью средства обслуживания и администрирования образов развертывания) см. в разделе Установка Hyper-V.

Проблемы с HAXM

Проблемы с HAXM часто вызваны конфликтом с другими технологиями виртуализации, неправильной конфигурацией или устаревшим драйвером HAXM.

Процесс HAXM не запущен

Если решение HAXM установлено, введите следующую команду в командной строке, чтобы проверить, что процесс HAXM запущен:

Если процесс HAXM запущен, вы увидите примерно следующий результат:

Если параметр STATE не равен RUNNING , то для решения этой проблемы см. раздел Использование Intel Hardware Accelerated Execution Manager.

Конфликты HAXM с другими технологиями виртуализации

HAXM может конфликтовать с другими технологиями, использующими виртуализацию, такими как Hyper-V, Windows Device Guard и некоторые антивирусы:

Hyper-V – если вы используете версию Windows младше версии Windows 10 с обновлением за апрель 2018 г. (сборка 1803) , а Hyper-V включен, см. раздел Отключение Hyper-V, чтобы включить HAXM.

Device Guard – Device Guard и Credential Guard могут препятствовать отключению Hyper-V на компьютерах с Windows. Порядок отключения Device Guard и Credential Guard см. в разделе Отключение Device Guard.

Антивирусное ПО – если на вашем компьютере запущенно антивирусное ПО, использующее аппаратную виртуализацию (например, Avast), отключите или удалите его, перезагрузите компьютер и снова запустите эмулятор Android.

Неправильные настройки BIOS

Если вы используете HAXM на компьютере с Windows, HAXM не заработает, пока технология виртуализации (Intel VT-x) не будет включена в BIOS. Если VT-x отключен, то при попытке запуска Android Emulator вы получите следующую ошибку:

Компьютер удовлетворяет требованиям для запуска HAXM, но технология виртуализации Intel (VT-x) отключена.

Для исправления этой ошибки перезагрузите компьютер в BIOS, включите VT-x и SLAT (трансляция адресов второго уровня) и перезагрузите компьютер обратно в Windows.

Отключение Hyper-V

Если вы используете версию Windows младше версии Windows 10 с обновлением за апрель 2018 г. (сборка 1803) , а Hyper-V включен, нужно отключить Hyper-V и перезапустить компьютер для установки и использования HAXM. Если вы используете версию Windows 10 с обновлением за апрель 2018 г. (сборка 1803) или более позднюю, Android Emulator версии 27.2.7 или более поздней может использовать Hyper-V (вместо HAXM) для аппаратного ускорения, поэтому отключать Hyper-V не требуется.

Технологию Hyper-V можно отключить из панели управления, выполнив следующие действия:

Введите компоненты windows в поле поиска Windows и выберите Включение и отключение компонентов Windows в результатах поиска.

Снимите флажок Hyper-V:

Также для отключения гипервизора Hyper-V можно использовать следующую команду Powershell:

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor

Intel HAXM и Microsoft Hyper-V не могут быть активны одновременно. К сожалению, переключение между технологиями Hyper-V и HAXM без перезагрузки компьютера невозможно.

В некоторых случаях выполнение описываемых выше действий не позволяет отключить технологию Hyper-V, если включены функции Device Guard и Credential Guard. Если вам не удается отключить Hyper-V (или по всем признакам эта технология отключена, но установка HAXM все равно завершается сбоем), отключите функции Device Guard и Credential Guard, выполнив действия, описываемые в следующем разделе.

Отключение функции Device Guard

Функции Device Guard и Credential Guard могут препятствовать отключению технологии Hyper-V на компьютерах под управлением ОС Windows. Это часто происходит на компьютерах, присоединенных к доменам, которые настраиваются и контролируются управляющей ими организацией. Чтобы проверить, выполняется ли функция Device Guard в ОС Windows 10, выполните следующие действия:

Введите Сведения о системе в поле поиска Windows и выберите Сведения о системе в результатах поиска.

В разделе Сведения о системе проверьте наличие службы Безопасность на основе виртуализации Device Guard и убедитесь, что она имеет состояние Выполняется:

Если функция Device Guard включена, выполните следующие действия для ее отключения:

Убедитесь, что технология Hyper-V отключена в окне Включение или отключение компонентов Windows, как описывается в предыдущих разделах.

В поле поиска Windows введите gpedit.msc и выберите элемент Изменение групповой политики. Будет запущен редактор локальных групповых политик.

В редакторе локальных групповых политик выберите Конфигурация компьютера > Административные шаблоны > Система > Device Guard:

Измените значение параметра Включить средство обеспечения безопасности на основе виртуализации на Отключено (как показано выше) и закройте редактор локальных групповых политик.

В поле поиска Windows введите cmd. Когда в результатах поиска появится элемент Командная строка, щелкните пункт Командная строка правой кнопкой мыши и выберите Запустить от имени администратора.

Скопируйте и вставьте следующие команды в окно командной строки (если диск Z: используется, выберите вместо него букву свободного диска):

Перезапустите компьютер. На экране загрузки должен появиться запрос следующего вида:

Вы действительно хотите отключить Credential Guard?

Нажмите указанную в запросе клавишу, чтобы отключить Credential Guard.

После перезагрузки компьютера еще раз убедитесь, что технология Hyper-V отключена (см. ранее описываемые действия).

Если технология Hyper-V по-прежнему не отключена, значит, отключение функций Device Guard или Credential Guard запрещено политиками на вашем присоединенном к домену компьютере. В таком случае вы можете запросить у администратора домена исключение, которое позволит отключить Credential Guard. Кроме того, вы можете использовать для работы с HAXM компьютер, который не присоединен к домену.

Дополнительные советы по устранению неполадок

Следующие рекомендации часто помогают диагностировать проблемы с эмулятором Android.

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

Если эмулятор еще не запущен, вы можете запустить его из командной строки (а не из среды Visual Studio) для просмотра его выходных данных. Как правило, образы AVD эмулятора Android хранятся в следующем расположении (замените имя_пользователя своим именем пользователя Windows):

C:\Users\имя_пользователя\.android\avd

Запустите эмулятор с образом AVD из этого расположения, передав имя папки AVD. Например, эта команда запускает виртуальное устройство Android с именем Pixel_API_27:

В этом примере предполагается, что пакет SDK для Android установлен в расположении по умолчанию C:\Program Files (x86)\Android\android-sdk; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

При выполнении этой команды вы получите много строк выходных данных во время запуска эмулятора. В частности, вы увидите строки, как в следующем примере, если аппаратное ускорение включено и работает должным образом (в этом примере для аппаратного ускорения используется HAXM):

Просмотр журналов Device Manager

Часто можно диагностировать проблемы с эмулятором, просмотрев журналы Device Manager. Эти журналы записываются в следующее расположение:

C:\Users\имя_пользователя\AppData\Local\Xamarin\Logs\16.0

Просмотрите файл DeviceManager.log в текстовом редакторе, например в Блокноте. Следующий пример записи журнала указывает, что HAXM не найден на компьютере:

Проблемы развертывания в macOS

Эмулятор может отображать некоторые сообщения об ошибках при развертывании приложения. Ниже описаны наиболее распространенные ошибки и решения.

Ошибки развертывания

Если отображается ошибка о сбое при установке APK на ваш компьютер или при запуске Android Debug Bridge (adb), убедитесь, что пакет SDK для Android может подключиться к эмулятору. Для проверки связи сделайте следующее:

Запустите эмулятор из Android Device Manager (выберите ваше виртуальное устройство и зажмите Запустить).

Откройте командную строку и перейдите в папку, в которой установлен adb. Если пакет SDK для Android установлен в расположении по умолчанию, adb находится в каталоге

/Library/Developer/Xamarin/android-sdk-macosx/platform-tools/adb; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере.

Введите следующую команду:

Если эмулятор доступен из Android SDK, то он отобразится в списке подключенных устройств. Пример:

Если эмулятор не появился в этом списке, запустите Диспетчер пакетов SDK для Android, примените все обновления и запустите эмулятор еще раз.

Ошибка доступа к MMIO

Если появляется сообщение Произошла ошибка доступа к MMIO, перезапустите эмулятор.

Отсутствующие сервисы Google Play

Если виртуальное устройство, запущенное в эмуляторе, не поддерживает установленные сервисы Google Play или Google Play Маркет, это обычно связано с тем, что виртуальное устройство было создано без этих пакетов. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать один или оба из следующих вариантов:

• API Google – включает Сервисы Google Play в виртуальное устройство.
• Google Play Маркет – включает Google Play Маркет в виртуальное устройство.

Например, это виртуальное устройство будет включать сервисы Google Play и Google Play Маркет:

Образы Google Play Маркет доступны только для некоторых типов базовых устройств, например Pixel, Pixel 2, Nexus 5 и Nexus 5X.

Проблемы производительности

Проблемы производительности обычно вызваны одной из следующих проблем:

Эмулятор работает без аппаратного ускорения.

Виртуальное устройство, работающее в эмуляторе, не использует образ системы на базе x86.

В следующих разделах подробно описаны эти сценарии.

Аппаратное ускорение отключено

Если аппаратное ускорение не включено, может появиться диалоговое окно с сообщением о том, что устройство будет запущено без ускорения, при развертывании приложения в эмуляторе Android. Если вы не знаете, включено ли аппаратное ускорение на компьютере (или хотите знать, какая технология обеспечивает ускорение), см. инструкции по проверке и включению аппаратного ускорения в разделе Проблемы с аппаратным ускорением.

Аппаратное ускорение включено, но эмулятор работает слишком медленно

Распространенной причиной этой проблемы является отсутствие образа на базе x86 в виртуальном устройстве. При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86:

Проблемы с аппаратным ускорением

При использовании платформы гипервизора или HAXM для аппаратного ускорения эмулятора вы можете столкнуться с проблемами, вызванными неправильной установкой или устаревшей версией macOS. Следующие разделы помогут вам устранить эту проблему.

Проблемы с платформой гипервизора

Если вы используете macOS 10.10 или более поздней версии на более новом компьютере Mac, эмулятор Android будет автоматически использовать платформу гипервизора для аппаратного ускорения. Но на более старых компьютерах Mac или компьютерах Mac под управлением версии macOS ранее 10.10 платформа гипервизора может не поддерживаться.

Чтобы определить, поддерживает ли компьютер Mac платформу гипервизора,откройте окно терминала и введите следующую команду:

Если компьютер Mac поддерживает платформу гипервизора, эта команда вернет следующий результат:

Если платформа гипервизора недоступна на компьютере Mac, следуйте инструкциям в разделе Ускорение с помощью HAXM, чтобы вместо этого использовать HAXM для ускорения.

Проблемы с HAXM

Если Android Emulator не запускается, обычно это вызвано проблемами с HAXM. Проблемы с HAXM часто вызваны конфликтом с другими технологиями виртуализации, неправильной конфигурацией или устаревшим драйвером HAXM. Переустановите драйвер HAXM при помощи процедуры, описанной в разделе Установка HAXM.

Дополнительные советы по устранению неполадок

Следующие рекомендации часто помогают диагностировать проблемы с эмулятором Android.

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

Если эмулятор еще не запущен, вы можете запустить его из командной строки (а не из среды Visual Studio для Mac) для просмотра его выходных данных. Как правило, образы AVD эмулятора Android хранятся в следующем расположении:

Запустите эмулятор с образом AVD из этого расположения, передав имя папки AVD. Например, эта команда запускает виртуальное устройство Android с именем Pixel_2_API_28:

Если пакет SDK для Android установлен в расположении по умолчанию, эмулятор находится в каталоге

/Library/Developer/Xamarin/android-sdk-macosx/emulator; в противном случае измените этот путь для расположения пакета SDK для Android на вашем компьютере Mac.

При выполнении этой команды вы получите много строк выходных данных во время запуска эмулятора. В частности, вы увидите строки, как в следующем примере, если аппаратное ускорение включено и работает должным образом (в этом примере для аппаратного ускорения используется платформа гипервизора):

Просмотр журналов Device Manager

Часто можно диагностировать проблемы с эмулятором, просмотрев журналы Device Manager. Эти журналы записываются в следующее расположение:

Источник