Auf dieser Seite finden Sie Informationen zu bekannten Problemen, Problemumgehungen und Tipps zur Fehlerbehebung für den Android-Emulator. Wenn ein Problem auftritt, das hier nicht aufgeführt ist, oder die hier nicht aufgeführte Problemumgehung nicht nutzen können, melden Sie einen Programmfehler.
Prüfen, ob genügend Speicherplatz vorhanden ist
Um Abstürze und Abstürze aufgrund fehlenden freien Speicherplatzes zu vermeiden, prüft der Emulator beim Start auf ausreichenden Speicherplatz und startet erst dann, wenn mindestens 2 GB kostenlos sind. Wenn der Emulator nicht gestartet wird, prüfen Sie, ob genügend freier Speicherplatz vorhanden ist.
Antivirensoftware
Da viele Sicherheits- und Antivirensoftwarepakete jeden Lese- und Schreibvorgang überwachen, kann die Verwendung dieser Software die Leistung von Tools wie dem Android-Emulator verringern.
Viele Antivirenpakete bieten die Möglichkeit, bestimmte Anwendungen einer Liste vertrauenswürdiger Anwendungen hinzuzufügen, sodass die aufgeführten Anwendungen ohne Leistungseinbußen funktionieren. Wenn die Leistung beim Speichern oder Laden von AVD-Snapshots schlecht ist, können Sie diese Leistung verbessern, indem Sie der Antivirensoftware die Android-Emulator-Anwendung als vertrauenswürdige Anwendung hinzufügen.
Die Auswirkungen auf die Leistung sind je nach Antivirenprogramm unterschiedlich. Wenn Sie neben dem im Betriebssystem enthaltenen Antivirenprogramm zusätzliche Antivirensoftware installiert haben, können Sie einfache Tests ausführen, um zu ermitteln, welche Antivirensoftware sich stärker auf die Lade- und Speichervorgänge des Emulators auswirkt.
Einige Antivirenprogramme sind möglicherweise nicht mit dem Android-Emulator kompatibel.
Wenn Sie Avast-Software verwenden und Probleme beim Ausführen des Android-Emulators auftreten, deaktivieren Sie in den Avast-Einstellungen Fehlerbehebung die Optionen Verschachtelte Virtualisierung verwenden, falls verfügbar und Hardwaregestützte Virtualisierung aktivieren. Achten Sie außerdem nach dem Deaktivieren der Avast-Hardwarevirtualisierung darauf, dass HAXM mit einer vollständigen Neuinstallation der aktuellen HAXM aus dem SDK-Manager wieder korrekt eingerichtet wird.
Unter Windows bleibt das AVD manchmal mit HAXM hängen und das Problem kann durch eine vollständige Deinstallation von McAfee behoben werden.
AVD kann nicht gestartet werden
Ein AVD wird möglicherweise nicht gestartet, wenn ein Absturzbericht für einen neueren Emulator vorhanden ist (Problem #281725854). Dieses Problem tritt nur bei Nutzern auf, die von der Canary-Version 33.x auf 32.1.13 aktualisiert haben, bei der letzten Ausführung von Version 33.x einen Absturz aufgetreten sind und ihr AVD seitdem nicht neu gestartet haben, sodass das Verzeichnis %TEMP% oder /tmp noch aktiv ist. Wenn dieses Problem auftritt, versuchen Sie, das Verzeichnis %TEMP% zu löschen (/tmp unter Linux oder macOS).
HAXM auf nicht unterstützten macOS-Versionen
Wenn Sie Android Emulator mit älteren, nicht unterstützten Versionen von macOS wie 10.9 verwenden, müssen Sie möglicherweise auch eine ältere Version von HAXM (6.1.2) verwenden.
Android-Emulator wird nach einem Update langsam ausgeführt
Eine Reihe externer Faktoren kann dazu führen, dass der Android-Emulator nach einer Aktualisierung langsam ausgeführt wird. Für die Fehlerbehebung empfehlen wir die folgenden Schritte:
- Wenn Sie eine Intel GPU (insbesondere Intel HD 4000) haben, sollten Sie sich vergewissern, dass Sie den neuesten Intel-Grafiktreiber heruntergeladen und installiert haben.
- Wenn Ihr Computer sowohl über eine Intel HD 4000-GPU als auch eine eigenständige GPU verfügt, deaktivieren Sie die Intel HD 4000-GPU im Gerätemanager, damit Sie die eigenständige GPU verwenden.
- Führen Sie den Emulator im Modi
-gpu angle,-gpu swiftshaderoder-gpu guestaus. Weitere Informationen zum Konfigurieren von Grafikbeschleunigungsoptionen in der Befehlszeile finden Sie unter Hardwarebeschleunigung konfigurieren. - Achten Sie darauf, dass Ihr Router keine IPv6-Adressen verwendet, wenn Sie keine IPv6-Verbindung haben.
Wenn weiterhin Probleme mit dem Android-Emulator auftreten, der langsam ausgeführt wird, melden Sie einen Fehler und geben Sie die erforderlichen Details zum Android-Emulator an, damit wir das Problem untersuchen können.
Windows: Kostenloser RAM und Commit-Gebühren
Wenn der Emulator gestartet wird, muss er den RAM des Android-Gastbetriebssystems initialisieren. Unter Windows verlangt der Emulator, dass Windows beim Start die volle Größe des Gastspeichers berücksichtigt, auch wenn der Arbeitsspeicher während des eigentlichen Betriebs bei Bedarf geladen wird. Der Emulator fordert beim Start die gesamte Menge an Gastspeicher an, da Windows konservativ dafür sorgt, dass genügend physischer RAM und Auslagerungsdatei vorhanden sind, um den gesamten potenziellen Arbeitssatz zu speichern. Diese Anfrage bereitet sich auf den schlimmsten Fall vor, bei dem der gesamte Gastspeicher schnell bearbeitet wird, ohne dass die Möglichkeit besteht, Arbeitsspeicher zu verwerfen oder anderweitig freizugeben.
Wenn der Emulator Windows auffordert, diese vollständige Gastspeichergröße zu berücksichtigen, überschreitet die Anfrage manchmal das aktuelle Commit-Limit, das der Gesamtzahl des verfügbaren physischen RAM-Speichers und der Auslagerungsdatei entspricht. In diesem Fall kann Windows nicht garantieren, dass das Arbeits-Dataset für den ungünstigsten Fall in den physischen RAM oder die Auslagerungsdatei passt, sodass der Emulator nicht gestartet wird.
In der Regel ist der der Auslagerungsdatei und dem physischen RAM zugewiesene Festplattenspeicher für die meisten Anwendungsfälle des Emulators mehr als ausreichend. Wenn beim Starten des Emulators Probleme auftreten, weil das Commit-Limit überschritten wurde, sollten Sie die aktuelle Commit-Gebühr prüfen. Sie finden sie im Windows Task-Manager auf dem Tab Leistung. Um den Task-Manager zu öffnen, drücken Sie Strg+Umschalt+Esc.
So verringern Sie die Wahrscheinlichkeit, das Commit-Limit zu überschreiten, auf verschiedene Weise:
- Geben Sie physischen Arbeitsspeicher kostenlos, bevor Sie den Emulator starten, indem Sie nicht verwendete Anwendungen und Dateien schließen.
- Deaktivieren Sie die Drittanbieter-Dienstprogramme für die Arbeitsspeicherverwaltung und die Speicherkomprimierung. Diese Dienstprogramme können ineffizient eine übermäßige Commit-Gebühr verursachen und Ihr System näher an das Commit-Limit bringen.
Verwenden Sie für die Windows-Auslagerungsdatei eine vom System verwaltete Größe. Damit lässt sich die Größe der Auslagerungsdatei flexibler und dynamisch erhöhen, was sich wiederum auf das Commit-Limit auswirkt, wenn die Nachfrage des Emulators und anderer Anwendungen gestiegen ist.
Weitere Informationen zu Commit-Gebühren und dazu, warum eine flexible Einstellung am besten funktioniert, finden Sie in diesem Microsoft-Artikel.
Multi-Touch-Funktion funktioniert im Toolfenster nicht
Multi-Touch-Gesten, einschließlich Schwenken mit zwei Fingern, funktionieren nicht, wenn der Emulator in einem Toolfenster ausgeführt wird. Starten Sie den Emulator in einem separaten Fenster, um Multi-Touch zu aktivieren.
Emulator beeinträchtigt die Bluetooth-Audioausgabe
Wenn Sie ein Bluetooth-Headset verwenden, stellen Sie möglicherweise fest, dass die Audioausgabe der Bluetooth-Kopfhörer beeinträchtigt wird, wenn der Emulator ausgeführt wird (Problem 183139207). Dies liegt daran, dass beim Start des Emulators das Mikrofon des Headsets aktiviert wird, wodurch das Headset den Duplexmodus mit geringerer Qualität wechselt.
Um dieses Problem zu vermeiden, deaktivieren Sie das Mikrofon im Emulator. Fügen Sie dazu hw.audioInput=no in die Datei config.ini des Android Virtual Device (AVD) ein.
Um die config.ini-Datei eines AVDs zu finden, rufen Sie das AVD im Gerätemanager auf, klicken Sie auf das Dreipunkt-Menü und wählen Sie Auf Datenträger anzeigen aus.
Windows: Der Emulator startet nicht, wenn der AVD-Name Unicode enthält.
Wenn unter Windows der Gerätemanager ein virtuelles Android-Gerät (AVD) erstellt, wird das AVD standardmäßig unter C:\Users\<name>\.android\avd erstellt. Wenn der AVD-Name (<name>) jedoch Unicode enthält, kann der Emulator das AVD nicht ordnungsgemäß mit diesem Standardspeicherort starten.
Dieses Problem wurde in Emulator 31.3.6 und höher behoben. Um dieses Problem zu beheben, aktualisieren Sie den Emulator. Wählen Sie dazu Tools > SDK-Manager aus.
Alternativ können Sie dieses Problem umgehen, indem Sie die Umgebungsvariable ANDROID_SDK_HOME auf ein benutzerdefiniertes Verzeichnis festlegen, bevor Sie ein AVD erstellen. Erstellen Sie beispielsweise das Verzeichnis C:\Android\home und legen Sie dann ANDROID_SDK_HOME auf dieses neu erstellte Verzeichnis fest. Weitere Informationen finden Sie unter Umgebungsvariablen.
Fenster des eingebetteten Emulators zu klein
Auf Computern mit geringerer Auflösung wie 1024 × 768 kann es schwierig sein, den Bildschirm des Emulators zu lesen, wenn er in einem Toolfenster in Android Studio ausgeführt wird. Um mehr Speicherplatz für den Emulator zu erhalten, schließen Sie das Fenster des Geräte-Managers, falls es geöffnet ist. Sie können das Emulator-Fenster auch aus Android Studio herausziehen. Klicken Sie dazu im Emulatorfenster auf Einstellungen > Ansichtsmodus und wählen Sie Fenster anstelle von Dock angepinnt aus.
Fehler: vulkan-1.dll kann nicht gefunden werden
Wenn der Emulator aufgrund des Fehlers vulkan-1.dll cannot be found nicht gestartet wird, müssen Sie ihn wahrscheinlich aktualisieren. Um den Emulator in Android Studio zu aktualisieren, rufe Tools > SDK Manager auf und installiere die neueste stabile Version der Android-Plattform.
Wenn Sie keine Apps benötigen, die die Vulkan-Grafikbibliothek verwenden, deaktivieren Sie alternativ Vulkan. Dazu starten Sie den Emulator über die Befehlszeile mit dem Flag -feature -Vulkan.
Kein Internet: DNS-Adresse des Servers wurde nicht gefunden
Wenn der Emulator keine Verbindung zum Internet herstellen kann, starte ihn über die Befehlszeile mit der Option -dns-server “2001:4860:4860::8844,2001:4860:4860::8888,8.8.8.8,8.8.4.4”. Dieser Befehl liefert eine durch Kommas getrennte Liste von Google Public DNS-IP-Adressen. Weitere Informationen zu Google Public DNS finden Sie unter Google Public DNS für Ihre Geräte.
Kein Internet: Probleme mit der DNS-Auflösung
Manchmal funktionieren DNS-Adressen in der Datei /etc/resolv.conf nicht richtig.
Sie können dieses Problem umgehen, indem Sie den Emulator über die Befehlszeile starten. Verwenden Sie dazu die Option -dns-server 8.8.8.8 oder -dns.server 2001:4860:4860::8888, um eine Verbindung über ein reines IPv6-Netzwerk herzustellen.
Snapshot kann nicht erstellt werden
Das Erstellen eines Snapshots des Emulators, der die Vulkan-Grafikbibliothek enthält, wird nicht unterstützt. Wenn Sie den Emulator ohne Vulkan ausführen möchten, starten Sie ihn über die Befehlszeile mit dem Flag -feature -Vulkan. Alternativ können Sie auch Apps mit Vulkan wie Chrome auf API 30 oder höher deinstallieren und nicht verwenden, wenn Sie Snapshots im Rahmen Ihres Entwicklungsworkflows nutzen möchten.
Webseite kann nicht richtig geöffnet werden
Ab API-Level 30 verwendet Chrome die Vulkan-Grafikbibliothek als Rendering-Back-End und kann auf bestimmten Computern Kompatibilitätsprobleme haben. Wenn Chrome nicht korrekt gerendert wird, versuchen Sie, den Emulator mit dem Flag -feature -Vulkan über die Befehlszeile zu starten.
Intel HAXM-Hypervisor unterstützt Vor-Intel iX-CPUs nicht vollständig
Wenn Ihr Computer über eine ältere Intel iX-CPU und den Intel HAXM-Hypervisor verfügt, treten möglicherweise Leistungsprobleme mit dem Emulator auf. Dies liegt daran, dass der Emulator die Hardwarebeschleunigung nicht verwenden kann, um die Leistung auf diesen älteren Maschinen zu verbessern. Wenn Sie eine ältere Intel iX-CPU verwenden, ist das Testen möglicherweise besser, wenn Sie ein physisches Gerät anstelle des Emulators verwenden.
Hypervisoren können bestimmte CPU-Funktionen, die von x86-Android-Systemen benötigt werden, nicht emulieren.
Hypervisoren können im Allgemeinen bestimmte CPU-Features wie Streaming SIMD-Erweiterungen (SSE), die von x86-Android-Systemen benötigt werden, nicht emulieren.
Virtuelle Android-Geräte werden unter ChromeOS nicht gestartet
Unter ChromeOS können virtuelle Android-Geräte (Android Virtual Devices, AVDs) möglicherweise nicht gestartet werden, weil die Abhängigkeit libnss3 fehlt. Damit die AVDs erfolgreich gestartet werden, führen Sie sudo apt install libnss3 aus, um die libnss3-Bibliothek manuell zu installieren.
GPU-Treiberwarnung: Fallback auf Software auf Intel HD4000
Wenn Sie eine Warnung erhalten, dass der GPU-Treiber zurückgesetzt wird, versuchen Sie, die GPU-Konfiguration in Hardware zu ändern. Standardmäßig wird „Automatisch“ verwendet, wodurch möglicherweise Software-Rendering ausgewählt wird. Wenn Sie Hardware auswählen, sollten Sie die Verwendung von Hardware-Rendering erzwingen können (möglicherweise wird weiterhin eine Warnmeldung angezeigt).
Bei Bildern, die nicht aus dem Play Store stammen, können Sie dies im Gerätemanager unter "3 Punkte" -> "Bearbeiten" tun. Bei Play Store-Bildern müssten Sie diese beiden Konfigurationsdateien manuell bearbeiten:
~/.android/ihr_avd_name.avd/config.ini
~/.android/ihr_avd_name.avd/hardware-qemu.ini
und hw.gpu.mode in host ändern
Unter bug finden Sie weitere Details.