Der Android-Emulator zeigt nur den schwarzen Bildschirm an und adb-Geräte zeigen "Gerät offline" an.

Ich versuche nur, die Entwicklung in Android zu starten. Das Problem ist also, dass beim Versuch, einen Emulator durch Ausgabe des Befehls emulator @ A2 zu starten , ein Emulator auf dem Bildschirm angezeigt wird. Aber selbst nach 2-3 Stunden Wartezeit wird nur ein schwarzer Bildschirm angezeigt. Nicht einmal der Android-Startbildschirm oder das Android-Logo. Nur ein schwarzer Bildschirm. Und während anfänglich "adb Geräte" den Emulator als offline anzeigt. Nach 2-3 Minuten wird die Liste der angeschlossenen Geräte leer.

Ich suchte im ganzen Netz und versuchte alle dort genannten Schritte wie töten und neu starten adb, Java / Android in einem Verzeichnis ohne Leerzeichen installieren, aber ohne Erfolg.

Meine Jdk- und Android-Installationen befinden sich in folgenden Ordnern:

C: \ Java32BitInstallation C: \ AndroidSdkInstallation Hier ist die Liste der Dinge, die ich heruntergeladen / installiert habe:

1. Android SDK Tools, Version 13
2. Tools für Android SDK-Plattformen, Version 10
3. SDK-Plattform Android 4.0.3, API 15, Version 1
4. Jdk jdk-7u3-windows-i586

In meinem Pfad Variable habe ich * C hinzugefügt: \ AndroidSdkInstallation \ android-sdk \ Plattform-Tools \; C: \ AndroidSdkInstallation \ android-sdk \ Tools \; C: \ Java32BitInstallation \; C: \ Java32BitInstallation \ ist *

Auch nachdem ich irgendwo aus dem Netz gelesen habe, habe ich die Variable JAVA_HOME mit dem Wert C: \ Java32BitInstallation \ hinzugefügt. Aber immer noch keine Verwendung.

Ich habe sowohl IntelliJ als auch Eclipse auf meinem System installiert. Aber da ich zum Starten des Emulators keine davon verwende, vermute ich kein Foulspiel mit diesen.

Kann mir bitte jemand mit diesem Zeug helfen, das mich verrückt macht? Ich versuche es seit 10-12 Tagen und konnte den Emulator nicht starten, geschweige denn mein erstes "Hallo Welt" -Programm schreiben.

Zusätzliche Hinweise: Mein System ist ein Windows 7-Computer (64 Bit). Früher hatte ich eine 64-Bit-Version von jdk installiert, aber das Problem war auch dieses Mal vorhanden. Nachdem ich im Internet gesucht hatte, deinstallierte ich das und installierte die 32-Bit-Version von Java. Aber wieder keine Verwendung. Eine Sache, diese 32-Bit-Version von Java (JDK 7 Update 3), installiert JRE zuerst als Teil der JDK-Installation und installiert dann JRE 7. Jetzt habe ich zwei Ordner: jre und jre7 im Verzeichnis C: \ Java32BitInstallation. Könnte dies etwas damit zu tun haben, dass mein Emulator nicht auftaucht? Muss ich zusätzliche Umgebungsvariablen angeben oder die vorhandene ändern? Freundlich helfen.

Übrigens, habe ich schon erwähnt, dass der Logcat nichts zeigt?

Ich hatte das gleiche Problem mit dem neuesten Android SDK. Ich habe einfach das Kontrollkästchen "Host-GPU verwenden" in den Einstellungen des virtuellen Geräts deaktiviert und es hat wieder funktioniert.

Die "Use Host GPU" funktioniert nur bei Android 4.2 als "Target".

Update 26.02.2014:

Im Kapitel Konfigurieren der Grafikbeschleunigung von developer.android.com finden Sie zwei Hinweise .

Achtung: Ab SDK Tools Revision 17 ist die Grafikbeschleunigungsfunktion für den Emulator experimentell. Achten Sie bei Verwendung dieser Funktion auf Inkompatibilitäten und Fehler.

und

Starten Sie den AVD Manager und erstellen Sie eine neue AVD mit dem Zielwert von Android 4.0.3 (API Level 15), Version 3 oder höher.

Daher scheint Android 4.0.3 (API Level 15) die Mindestanforderung für die Grafikbeschleunigung zu sein.

Update 25.07.2018:

Die neueste Android Studio-Version bietet diese Option nicht mehr. Wenn das Problem weiterhin besteht versuchen zwischen den Werten des „emulierten Performance“ Drop - Down in dem umschalten Konfiguration prüft Dialog (falls vorhanden) oder beziehen sich auf die Configure Emulator Grafik - Rendering - und Hardware - Beschleunigung .

Ich hatte Probleme damit, die größeren Geräte (Nexus7 und 10) zu emulieren, während die Emulatoren in Telefongröße hervorragend funktionierten. Würde einfach stundenlang einen schwarzen Bildschirm mit nichts mit den Tablets bekommen. Was tatsächlich geholfen hat, war das Gegenteil von dem, was die meisten Leute hier empfehlen: Nachdem Sie das Kontrollkästchen für "Host-GPU verwenden" gesetzt und das Ziel auf das höchste Android-Gerät (4.4.2 zum Zeitpunkt dieses Schreibens) gesetzt haben, funktionieren die 7 und 10 als erwartet!

Ich habe vor kurzem das gleiche Problem im Emulator, Nexus 5 (Android O). Ich habe den Android Virtual Device Manager aufgerufen und Benutzerdaten gelöscht, um mein Problem zu lösen.

Durch Aktivieren von "Benutzerdaten löschen" in den Startoptionen wurde dies für mich behoben.

Gehen Sie zu Android Virtual Device Manager-> Wählen Sie Ihr Gerät-> Start-> Aktivieren Sie "Benutzerdaten löschen" -> Starten

Mac-Benutzer: Wenn Sie einen älteren Mac haben (z. B. Ende 2009) und Yosemite verwenden, können Sie HAXM leider nicht für 64-Bit-Architekturen verwenden. Laut den Versionshinweisen zu HAXM:

Der HAXM-Treiber unterstützt nicht die Emulation eines 64-Bit-Systemabbilds auf Intel-Systemen, die auf der Core-Mikroarchitektur (Core, Core2 Duo usw.) basieren. Alle auf Nehalem und höher basierenden Systeme werden unterstützt. (Corei3-, Core i5- und Core i7-Maschinen).

Ich habe einen Tag lang versucht, dieses Problem herauszufinden, als ich auf dieses Zitat stieß. Das einzige, was funktioniert, ist die Verwendung der Nicht-x86-Version des neuesten Betriebssystems (z. B. Lollipop Android 5.0.1 armeabi-v7a) in Ihrer AVD

Hast du den Ein- / Ausschalter ausprobiert :) ... es hat wirklich bei mir funktioniert. Tatsächlich speichert der Emulator den Gerätestatus vor dem Schließen. Wenn Sie also beim letzten Lauf das Gerät ausgeschaltet und den Emulator geschlossen haben, wird beim nächsten Lauf der vorherige Status geladen und das ausgeschaltete Telefon oder leerer Bildschirm angezeigt. Obwohl es viele andere Ursachen für dieses Problem geben kann.

Führen Sie die Werkseinstellungen im "Android-Geräte-Manager" zurück .

In neueren Versionen von Android Studio wird dies als "Daten löschen" bezeichnet und befindet sich im Kontextmenü für das Gerät im Manager für virtuelle Geräte.

Hier ist, wie ich es gelöst habe: Ich habe den Emulator mit folgendem Befehl ausgeführt:

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

und erhielt Folgendes in der Ausgabe:

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

Also habe ich gerade etwas Speicherplatz aus meinem / home-Verzeichnis in Ubuntu freigegeben (für Windows den Speicherplatz C: frei) und es dann reibungslos gebootet.

Hatte auch dieses Problem aus heiterem Himmel. Android Studio nahm 100% der CPU ein und auf der Messe hatte ich den folgenden Fehler:

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.

Kaltstart hat es für mich behoben, wie die Antwort von Boltup_im_coding. Sie können auf diese Weise auch einen Kaltstart durchführen, wenn dieser bereits ausgeführt wird (mit dem schwarzen Bildschirm).

Laut Sound haben Sie ein falsch konfiguriertes Gerät. Wenn Sie dies tun, wird es niemals gestartet und zeigt niemals etwas in Logcat an.

Ich würde empfehlen, ein neues Gerät mit einer der im AVD Manager verfügbaren Standard- "Gerätedefinitionen" zu erstellen. Sie müssen lediglich den gewünschten Gerätetyp auf der Registerkarte "Gerätedefinitionen" markieren, auf die Schaltfläche "AVD erstellen ..." klicken und dann einige Details ausfüllen. Ich würde damit beginnen, "Interner Speicher" auf ungefähr 8 GB und (vielleicht) eine "SD-Karte" von 2 GB einzustellen, während alles andere gleich bleibt. Versuchen Sie, das Gerät zu starten, und wenn auf dem Bildschirm "Android" angezeigt wird, wird es ausgeführt. Der erste Start dauert normalerweise eine Weile. Warten Sie also ab und beobachten Sie Logcat auf Probleme (die "DDMS" -Perspektive hilft hier).

Wenn Sie immer noch einen schwarzen Bildschirm mit einer Standardgerätedefinition sehen, treten an anderer Stelle Probleme auf, die zum Ausfall des Geräts führen. Das Durchsuchen von Protokollen ist möglicherweise Ihre einzige Chance, wenn dies der Fall ist. Sie können jederzeit versuchen, das ADT erneut herunterzuladen und die SDKs erneut zu installieren, wenn nichts anderes funktioniert.

Das Ziel hier ist es, Sie mit einem (sehr) einfachen Gerät zum Laufen zu bringen. Schießen Sie also an dieser Stelle nicht auf beeindruckende Spezifikationen, sondern nur auf den Versuch, es zum Laufen zu bringen. Versuchen Sie in diesem Fall, die Einstellungen einzeln anzupassen, bis Sie die gewünschten Einstellungen vorgenommen haben. Denken Sie daran, dass der Emulator seine Grenzen hat und kein Ersatz für ein echtes Gerät ist (obwohl er die meiste Zeit funktioniert;)

Stellen Sie sicher, dass Sie die neueste HAXM-Version installiert haben. Ich hatte das gleiche Problem mit dem leeren Bildschirm mit Version 1.0.1, während 1.0.8 bereits verfügbar war. Das Installationsprogramm kann über die SDK-Tools heruntergeladen werden, um das Modul auszuführen, das Sie ausführen müssten

android-sdk-verzeichnis \ extras \ intel \ Hardware_Accelerated_Execution_Manager \ intelhaxm.exe

Dies ist ein bekannter Fehler, wenn Sie beim Erstellen der AVD die Option "Host-GPU verwenden" ausgewählt haben. https://code.google.com/p/android/issues/detail?id=28614
Deaktivieren Sie die Option und es sollte funktionieren!

Versuchen Sie einfach, CPU / ABI auf "Intel Atom (x86)" einzustellen und deaktivieren Sie das Kontrollkästchen "Host-GPU verwenden".

Die mit dem schwarzen Fenster des Emulators verbundenen Probleme:

Passiert, wenn ein neues Fenster installiert wird. Das mit den Grafiken der Fenster verbundene Problem befindet sich auf der Windows-CD. Sie müssen die Fenster aktualisieren und die folgenden Schritte ausführen.

Wenn Emulierte Leistungsgrafiken aktiviert sind (Software GLES, wählen Sie diese Option auf -> Automatisch).

Oder Wenn Emulierte Leistungsgrafiken aktiviert sind (Automatisch, wählen Sie diese Option unter -> Software-GLES).

Diese Abwechslung kann dieses Problem lösen.

Ich habe es auf "Kaltstart" geändert, um mein Problem zu beheben. Vorher, wenn ich lief adb devices, zeigte es immer als offline.

Das folgende Update hat bei mir funktioniert:

1. Suchen Sie den AVD-Ordner in ~/.android/avd
2. Öffnen config.ini

3. Ersetzen Sie die folgenden Einstellungen durch diese Werte:

   hw.gpu.enabled=yes
   hw.gpu.mode=on
   

4. Speichern und schließen Sie die Datei
5. Sie nicht die Bildschirmeinstellungen AVD öffnen im Android Studio oder es wird die oben genannten Einstellungen zurückgesetzt
6. Starten Sie den Emulator

Vielen Dank an Sunsugh Park für die Bereitstellung des Fixes .

Ich habe dies Google auf dem schwarzen Bildschirm gemeldet, indem ich API 15 gestartet habe . Bitte markieren Sie das Problem, damit sie es beheben können.

Bearbeiten

Während der Emulator in Ordnung bootete, stürzte er nach dem Öffnen einer App ab. Daher muss das Emulatorteam die Hardwaregrafiken aus einem bestimmten Grund deaktiviert haben. Leider scheint es unmöglich zu sein, den Emulator zum Laufen zu bringen.

Ich hatte das gleiche Problem mit API 28 und das Update stellte sich wie folgt heraus.

Aktivieren des Skia-Renderings für die Android-Benutzeroberfläche

Bei Verwendung von Bildern für API 27 oder höher kann der Emulator die Android-Benutzeroberfläche mit Skia rendern, wodurch ein reibungsloseres und effizienteres Rendern möglich ist.

Verwenden Sie die folgenden Befehle in der ADB-Shell, um das Skia-Rendering zu aktivieren :

su
setprop debug.hwui.renderer skiagl
stop
start

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

Ich habe auch das gleiche Problem. Als ich die Eclipse von EE auf Eclipse Classic geändert habe, hat es gut funktioniert. in Win Professional 64Bit. Probieren Sie es aus, es könnte auch für Sie funktionieren.

Ich habe es geschafft, eine Android-Testanwendung auf dem Android-Emulator über Delphi zu starten und zu debuggen.

Ich habe Windows 7 64-Bit, 4 GB RAM, einen Dual-Core-Prozessor mit 3 GHz und Delphi XE 5.

Unten finden Sie einen Link, den ich in Eile für meine Arbeitskollegen vorbereitet habe, den ich aber bei der ersten Gelegenheit verbessern werde:

Debuggen Sie Android Apps mit Delphi

Vergib mir meine englische Sprache, aber ich bin kein englischer Muttersprachler. Ich hoffe, Sie finden dieses kleine Tutorial

Versuchen Sie für eine Problemumgehung Android 4.0.3 (API 15) mit dem Intel Atom (x86) -Image. Ich konnte DDMS-Screenshots sowohl mit "Host-GPU verwenden" als auch mit aktiviertem HAXM aufnehmen. Nur diese Kombination hat bei mir funktioniert.

Ich hatte auch das gleiche Problem. Ich habe herausgefunden, dass der HAXM-Hardwarebeschleuniger kürzlich aktualisiert, aber nicht neu installiert wurde, da der Update-Manager nur das Installationspaket aktualisiert, das auf Ihrer Festplatte gespeichert wird. Sie müssen HAXM entfernen und dann das Installationspaket ausführen, um das Update abzuschließen. Normalerweise wird dies in ANDROID-SDK-ROOT \ android-sdk \ extras \ intel \ Hardware_Accelerated_Execution_Manager installiert. Wo ANDROID-SDK-ROOT ist der Ort, an dem sich Ihr Android SDK befindet.

Für mich musste ich sowohl die vordere als auch die hintere Kamera ausschalten. Hoffe das hilft!

Ich hatte dieses Problem auf meinem Mac. Wenn Sie das Gerät erstellen, indem Sie "Grafik" von "Automatisch" in "Software" ändern, wird das Problem behoben, oder zumindest für mich.

Ich verwende die blitzschnellen Android-Emulatoren von Microsoft, die Hyper-V verwenden , und ich hatte für jeden Android-Emulator, den ich erstellt habe, denselben schwarzen Bildschirm, unabhängig davon, wie ich den GPU-Modus eingestellt habe (Auto, Host, Mesa, Winkel, Swiftshader, Aus). Obwohl meine Situation anscheinend anders ist als die des OP, dachte ich, dass sie für diejenigen nützlich sein könnte, die Microsoft Android-Emulatoren verwenden und nach der Suche nach "Android Emulator Black Screen" hierher kommen.

Die Lösung in meinem Fall besteht darin, alle Android-Tools zu aktualisieren:

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

Ab heute (01.02.2019) haben Android-Emulatoren dieses Problem mit dem schwarzen Bildschirm, wenn Sie Visual Studio 2017 neu installieren. VS zeigt automatisch Benachrichtigungen für Updates von NuGet-Paketen, Erweiterungstools usw. an, jedoch NICHT für Android Tool-Updates. Sie müssen sie manuell überprüfen und aktualisieren.

Ich hatte dieses Problem, nachdem ich beim Ausführen meines Emulators den blauen Bildschirm des Todes erhalten hatte. Hier ist meine Lösung (zumindest für Windows). Meine Lösung besteht darin, die AVD zu vollständig neu zu installieren. Das Problem beim normalen Deinstallationsprozess für Android Studio besteht darin, dass nicht alles entfernt wird. Wenn Ihre AVD-Dateien also beschädigt sind, bleiben sie bei der Neuinstallation beschädigt.

Um dies zu beheben, habe ich zwei Verzeichnisse gelöscht:

C: \ Benutzer \ (Mein Benutzername) \. Android

und

C: \ Benutzer \ (Mein Benutzername) \. AndroidStudio3.1

Dann habe ich im Installationsprogramm erneut ausgeführt.

Ich denke, das ist die narrensicherste Lösung wenn Ihr Emulator zuvor funktioniert hat, da er eine vollständige Aktualisierung der AVD-Komponente von Android Studio erzwingt.

Eine weitere Fehlerquelle könnte die Länge der PATHSystemvariablen sein (auf Windows-Systemen). Ausführen von Intel-basierten Bildern mit aPATH Variablen, die länger als 2047 Zeichen ist, scheint einen leeren Wert dieser Variablen an die Konsole / den Emulator zu übergeben, sodass sie nicht korrekt gestartet werden kann.

Hier ist ein Artikel, der dieses Verhalten beschreibt: https://software.intel.com/en-us/articles/limitation-to-the-length-of-the-system-path-variable

Ich hatte das gleiche Problem. Das Reduzieren der Gesamtlänge dieser Systemvariablen auf 1354 Zeichen durch Entfernen nicht verwendeter / nicht vorhandener Pfade hat dies für mich behoben.

Ich hatte das gleiche Problem. Hier ist meine Lösung (für Mac OS). Ich habe gerade die Version des Android Emulators heruntergestuft (von 28.0.3 auf 27.3.8). Hier finden Sie eine detaillierte Anleitung dazu.

Ich hatte das gleiche Problem auch in win10 64bit. Nach langem Suchen habe ich diese Lösung gefunden. (Wenn Sie ein Intel-System (CPU, GPU, Motherboard usw.) verwenden.) Ich hoffe, es funktioniert auch für Sie.

Schritt 1: Stellen Sie sicher, dass die Virtualisierung auf Ihrem Gerät aktiviert ist:

Starten Sie Ihren Computer neu und drücken Sie dann F2 für die BIOS-Einrichtung. Sie sollten das Virtualisierungs-Tag finden und sicherstellen, dass es als aktiviert markiert ist. Wenn es nicht aktiviert ist, können keine virtuellen Geräte auf Ihrem Gerät ausgeführt werden.

Schritt 2: Installieren / Aktualisieren von Intel Hardware Accelerated Execution Manager (Intel HAXM) auf Ihrem Gerät:

Diese Software sollte installiert oder aktualisiert werden, damit AVDs ausgeführt werden können. Sie können die neueste Version herunterladen, indem Sie "HAXM" googeln. Installieren Sie nach dem Download die EXE-Datei und starten Sie Ihren Computer neu.

Hatte dieses Problem auch auf meinem Nexus 7, Nexus 10 & Pixel, das heißt in allen Emulatoren.

Nachdem ich tagelang mit diesem Problem zu kämpfen hatte, fand ich es endlich heraus. Nun, es gibt viele Antworten, die für Sie möglicherweise funktionieren oder nicht, da ihre Konfiguration geringfügig von Ihrer abweichen kann.

Ich werde Ihnen meine Lösung sagen:

Bei der Erstellung dieser Emulatoren habe ich Hardware - GLES 2.0 in Graphics auf bessere Leistung überprüft . Und für mich war es das Problem .

Wenn Sie dasselbe getan haben,

Go to AVD Manager -> Select your emulator -> Click on Edit configuration (in Actions column marked as pencil) -> in Emulated performance - Graphics -> Select Software - GLES 2.0.

Klicken Sie dann auf Show Advanced Settings -> Set none for both Front and Back cameraund hit Finish.

Jetzt select your emulator in AVD Manager and click on Dropdown arrow in Actions column -> select Cold Boot Now.

Und yay du bist bereit zu gehen 😀

Ich hatte das gleiche Problem. Durch Auswahl von Löschdaten funktionierte für mich.