Android-эмулятор ничего не показывает, кроме устройств с черным экраном и adb, показывает "устройство в автономном режиме",

Я просто пытаюсь начать разработку в Android. Таким образом, проблема в том, что когда я пытаюсь запустить эмулятор, выпустив команду эмулятор @A2, на экране появится эмулятор. Но даже после ожидания до 2-3 часов все, что он показывает, это черный экран. Даже домашний экран Android и логотип Android. Просто черный экран. И хотя изначально "устройства adb" показывают эмулятор как offline. Через 2-3 минуты список подключенных устройств становится пустым.

Я искал всю сеть и пробовал все описанные здесь шаги, такие как kill и restart adb, установить java/android в каталог без пробелов, но безрезультатно.

Настройки My Jdk и Android находятся в следующих папках:

C:\Java32BitInstallation C:\AndroidSdkInstallation Вот список материалов, которые я загрузил/установил для него:

Android SDK Tools, версия 13
Инструменты платформы Android SDK, версия 10
SDK-платформа Android 4.0.3, API 15, версия 1
Jdk jdk-7u3-windows-i586

В моей переменной путь я добавил * C:\AndroidSdkInstallation\android-sdk\platform-tools \; C:\AndroidSdkInstallation\android-sdk\tools \; C:\Java32BitInstallation \; C:\Java32BitInstallation\Bin *

Также после чтения где-то из сети я добавил переменную JAVA_HOME с ее значением как C:\Java32BitInstallation\Но все равно бесполезно.

У меня есть как IntelliJ, так и Eclipse, установленные в моей системе. Но так как для запуска эмулятора я не использую ни одного из них, я не подозреваю, что с ними будет foulplay.

Итак, кто-нибудь может помочь мне с этим материалом, который сводит меня с ума. Я пытаюсь в течение 10-12 дней и не смог запустить эмулятор, не говоря уже о создании моей первой программы Hello World.

Дополнительные примечания: Моя система - это Windows 7 (64-разрядная) машина. Раньше я установил 64-разрядную версию jdk, но проблема была и в этот раз. Теперь после поиска в Интернете я удалил эту и установил 32-разрядную версию Java. Но опять бесполезно. Одна вещь, однако, эта 32-разрядная версия java (jdk 7 update 3), сначала установите jre как часть установки jdk, а затем установит jre 7. Итак, теперь у меня есть 2 папки: jre и jre7 в каталоге C:\Java32BitInstallation. Могло ли это сделать что-то с моим эмулятором, не вставая. Нужно ли указывать дополнительные переменные среды или изменять существующие? Просьба помочь.

Кстати, я упоминал, что logcat ничего не показывает.

Ответ 1

У меня была та же проблема с последним Android SDK. Я просто деактивировал флажок "Использовать Host GPU" в настройках виртуального устройства, и он снова начал работать.

"Use Host GPU" работает только для меня с Android 4.2 в качестве "Target".

Обновление 26.02.2014:

В главе " Настройка графического ускорения" на developer.android.com есть два совета.

Внимание: Начиная с SDK Tools Revision 17, функция графического ускорения для эмулятора является экспериментальной; Будьте внимательны при несовместимости и ошибках при использовании этой функции.

а также

Запустите AVD Manager и создайте новый AVD с целевым значением Android 4.0.3 (уровень API 15), редакция 3 или выше.

Поэтому Android 4.0.3 (API Level 15) является минимальным требованием для ускорения графики.

Обновление 25.07.2018:

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

Ответ 2

У меня были проблемы с получением более крупных устройств для эмуляции (Nexus7 и 10), в то время как эмуляторы размера телефона отлично работали. Просто продолжал бы получать черный экран с часами с таблетками. То, что помогло на самом деле OPPOSITE того, что большинство людей здесь рекомендуют: после установки галочки "Использовать хост-GPU" и установки цели на самый высокий андроид (4.4.2 на момент написания этой статьи), 7 и 10 работают как ожидается!

Ответ 3

У меня недавно была такая же проблема в эмуляторе Nexus 5 (Android O). Я зашел в диспетчер виртуальных устройств Android и удалил данные пользователя, и это решило мою проблему.

Ответ 4

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

Перейдите в Android Virtual Device Manager- > Выберите свое устройство- > Пуск- > Проверить "Протирать пользовательские данные" → Запустить

Ответ 5

Пользователи Mac: К сожалению, если у вас более старый Mac (например, в конце 2009 года) и используется Yosemite, вы не можете использовать HAXM для 64-битной архитектуры. Согласно сообщениям о выпуске HAXM:

Драйвер HAXM не поддерживает эмуляцию 64-битного образа системы на системах Intel на базе микроархитектуры Core (Core, Core2 Duo и т.д.). Поддерживаются все системы, основанные на Nehalem и выше. (Corei3, Core i5 и Core i7).

Я потратил день, пытаясь понять эту проблему, когда я пришел к этой цитате. Единственное, что работает, - это использовать версию без ОС x86 последней версии (например, Lollipop Android 5.0.1 armeabi-v7a) в вашем AVD

Ответ 6

Сделайте сброс настроек в "Android Device Manager".

В более новых версиях Android Studio это называется "Wipe Data", и оно находится в контекстном меню устройства в диспетчере виртуальных устройств.

Ответ 7

Вот как я его решил: Я запустил эмулятор со следующей командой:

sudo /home/code/Android/Sdk/tools/emulator -avd Nexus_S_API_21 -netspeed full -netdelay none -debug-init -logcat '*:v'

и получил результат на выходе:

NAND: could not write file /tmp/android-code/TMP7.tmp, No space left on device. (similar error, could not reproduce it)

Итак, я просто освободил некоторое дисковое пространство из моего/домашнего каталога в ubuntu (для Windows освободил место на диске C:), а затем он загрузился плавно.

Ответ 8

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

Ответ 9

По его звуку у вас есть неправильно сконфигурированное устройство. Если вы это сделаете, он никогда не запустится и никогда не будет отображаться в Logcat.

Я бы рекомендовал создать новое устройство с использованием одного из стандартных "Определений устройств", доступных в AVD Manager. Это так же просто, как выделить тип устройства, который вы хотите на вкладке "Определения устройств", и нажать кнопку "Создать AVD...", а затем заполнить несколько деталей. Я бы начал с настройки "Внутреннее хранилище" примерно до 8 ГБ и (возможно) "SD-карты" 2 ГБ, оставив все остальное одинаковым. Попробуйте запустить устройство, и если вы видите "Android" на экране, вы запускаете его. Первая загрузка обычно занимает некоторое время, поэтому просто держитесь и наблюдайте за Logcat для любых проблем (здесь помогает перспектива "DDMS" ).

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

Цель состоит в том, чтобы завести вас и запустить с помощью (очень) базового устройства, поэтому не стремитесь к впечатляющим характеристикам uber на данный момент, просто стреляйте, пытаясь заставить его работать. Как только это произойдет, попробуйте отрегулировать настройки один за другим, пока вы не определите, как вам нравится. Просто имейте в виду, что у эмулятора есть свои ограничения и его нет для реального устройства (хотя он работает большую часть времени;)

Ответ 10

Убедитесь, что вы установили последнюю версию HAXM. У меня была проблема с пустым экраном с версией 1.0.1, тогда как 1.0.8 уже была доступна. Программа установки может быть загружена с помощью инструментов SDK, чтобы фактически установить модуль, который вам нужно выполнить

Android-СДК-каталог\Extras\Intel\Hardware_Accelerated_Execution_Manager\intelhaxm.exe

Ответ 11

Это известная ошибка, если вы выбрали опцию "Использовать главный GPU" при создании AVD. https://code.google.com/p/android/issues/detail?id=28614
Снимите флажок, и она должна работать!

Ответ 12

Просто попробуйте установить CPU/ABI на "Intel Atom (x86)" и деактивировать флажок "Использовать главный GPU".

Ответ 13

Я изменил его на "холодную перезагрузку", чтобы решить мою проблему. До этого, когда я запускал adb devices он всегда показывался как offline.

Ответ 14

Проблемы, связанные с черным окном эмулятора:

Случается, когда установлены новые окна. Проблема, связанная с графикой окон, находится на компакт-диске Windows. Необходимо обновить окна и выполнить следующие шаги.

Если графическая карта с эмулированной производительностью (программный GLES затем выберите ее → Автоматически)

Или Если графическая карта с графическим изображением (Автоматическая, затем выберите ее → Программное обеспечение GLES)

это чередование может решить эту проблему.

Ответ 15

У меня была та же проблема с API 28, и исправление оказалось таким, как показано ниже;

Включение рендеринга Skia для пользовательского интерфейса Android

При использовании изображений для API 27 или более поздней версии эмулятор может отображать пользовательский интерфейс Android с помощью Skia, что позволяет выполнять более плавно и эффективно.

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

su
setprop debug.hwui.renderer skiagl
stop
start

https://developer.android.com/studio/run/emulator-acceleration#accel-graphics

Ответ 16

У меня тоже такая же проблема. Когда я изменил Eclipse с EE на Eclipse Classic, он работал нормально. в Win Professional 64Bit. Попробуйте, это может сработать и для вас.

Ответ 17

Мне удалось запустить и отладить приложение для тестирования Android на эмуляторе Android через Delphi.

У меня 64-разрядная операционная система Windows 7, оперативная память 4 ГБ, двухъядерный процессор с частотой 3 ГГц и Delphi XE 5.

Ниже приведена ссылка, которую я подготовил в спешке для своих коллег на работе, но я сделаю это лучше с первого шанса:

Отладка приложений Android с помощью Delphi

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

Ответ 18

Обходной путь попробуйте Android 4.0.3 (API 15) с изображением Intel Atom (x86). Я смог захватить скриншоты DDMS как с помощью "use host gpu", так и с HAXM. Только эта комбинация работала для меня.

Ответ 19

У меня также была та же проблема. Я понял, что аппаратный ускоритель HAXM был недавно обновлен, но не переустановлен, так как диспетчер обновлений просто обновляет пакет установщика, который сохраняется на вашем жестком диске. Вам нужно будет удалить HAXM, а затем запустите этот пакет установщика, чтобы завершить обновление. Обычно это устанавливается в ANDROID-SDK-ROOT\android-sdk\extras\intel\Hardware_Accelerated_Execution_Manager. Где ANDROID-SDK-ROOT - это место, где расположен ваш sdk для Android.

Ответ 20

Для меня мне пришлось отключить переднюю и заднюю камеры. Надеюсь, это поможет!

Ответ 21

Следующее исправление сработало для меня:

Найдите папку AVD в ~/.android/avd
Откройте config.ini
Замените следующие настройки этими значениями:
```
hw.gpu.enabled=yes
hw.gpu.mode=on
```
Сохраните и закройте файл
Не открывайте экран настроек AVD в Android Studio, иначе он вернет вышеуказанные настройки
Запустите эмулятор

Спасибо Sunsugh Park за исправление.

Я сообщил об этом в Google на черном экране запуска API 15. Пожалуйста, пометьте проблему, чтобы они исправили это.

редактировать

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

Ответ 22

У меня была эта проблема после того, как я получил синий экран смерти во время работы моего эмулятора. Вот мое решение (для Windows, по крайней мере). Мое решение слишком полностью переустановить AVD. Проблема с обычным процессом удаления для Android Studio состоит в том, что он не удаляет все, поэтому, если ваши файлы AVD повреждены, они будут повреждены при повторной установке.

Чтобы это исправить, я удалил две директории:

C:\Users\(Мое имя пользователя) \. Android

а также

C:\Users\(Мое имя пользователя) \. AndroidStudio3.1

Затем я перезапустил установщик.

Я думаю, что это наиболее надежное решение, если ваш эмулятор ранее работал, потому что он вызывает полное обновление AVD-компонента Android Studio.

Ответ 23

Другим источником ошибки может быть длина системной переменной PATH (в системах Windows). Запуск изображений на основе Intel с переменной PATH длиной более 2047 символов, похоже, передает пустое значение этой переменной в консоль/эмулятор, поэтому он не может запуститься правильно.

Вот статья, описывающая это поведение: https://software.intel.com/en-us/articles/limitation-to-the-length-of-the-system-path-variable

У меня такая же проблема. Сокращение общей длины этой системной переменной до 1354 символов путем удаления неиспользуемых/несуществующих путей исправило это для меня.

Ответ 24

У меня такая же проблема. Вот мое решение (для Mac OS). Я просто понизил версию эмулятора Android (с 28.0.3 до 27.3.8). Вот подробная инструкция, как это сделать.

Ответ 25

У меня была эта проблема на моем Mac. Когда вы создаете устройство, если вы изменяете "Графика" с "Автоматически" на "Программное обеспечение", это устраняет проблему, или, по крайней мере, для меня.

Ответ 26

Я использую молниеносные эмуляторы Android от Microsoft, использующие Hyper-V, и у меня был один и тот же черный экран для каждого эмулятора Android, который я создал, независимо от того, как я установил режим графического процессора (авто, хост, меза, угол, поворот, выключение). Хотя моя ситуация, по-видимому, отличается от ситуации с OP, я подумал, что это может быть полезно для тех, кто использует эмуляторы Microsoft Android и пришел сюда после поиска "черный экран эмулятора Android".

Решением в моем случае является обновление всех инструментов Android:

   Visual Studio > Tools > Android > Android SDK Manager > Tools

На сегодняшний день (2019-02-01) у эмуляторов Android возникла бы проблема с черным экраном, если у вас установлена новая версия Visual Studio 2017. VS автоматически отображает уведомления об обновлениях пакетов NuGet, инструментов расширения и т.д., Но НЕ для Android Обновления инструмента. Вы должны проверить и обновить их вручную.

Ответ 27

У меня такая же проблема была и в win10 64bit. После долгих поисков я нашел это решение. (Если вы используете систему Intel (CPU, GPU, Motherboard и т.д.)) Надеюсь, что это тоже работает для вас.

Шаг 1. Убедитесь, что на вашем устройстве включена виртуализация:

Перезагрузите компьютер и нажмите F2 для настройки BIOS. Вы должны найти тег Virtualization и убедиться, что он помечен как включенный. Если он не включен, никакие виртуальные устройства не могут работать на вашем устройстве.

Шаг 2. Установите/обновите Диспетчер аппаратного ускорения Intel (Intel HAXM) на вашем устройстве:

Это программное обеспечение должно быть установлено или обновлено для запуска любых AVD. Вы можете скачать последнюю версию, прибегая к помощи "HAXM". После загрузки установите файл .exe и перезагрузите компьютер.

Ответ 28

Также была эта проблема на ровном месте. Студия Android занимала 100% процессорного времени, и на выставке у меня была следующая ошибка:

Couldn't start project on Android: Error running adb: This computer is not authorized to debug the device. Please follow the instructions here to enable USB debugging: https://developer.android.com/studio/run/device.html#developer-device-options. If you are using Genymotion go to Settings -> ADB, select "Use custom Android SDK tools", and point it at your Android SDK directory.

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