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 Sie eine hier aufgeführte Problemumgehung nicht verwenden können, melden Sie einen Fehler.
Allgemeine Probleme
Google Maps wird in den erweiterten Steuerelementen des Android-Emulators nicht angezeigt
In den Versionen des Android-Emulators vor Version 34.2.13 sind ab Mitte Mai keine funktionalen Google-Karten mehr in den erweiterten Steuerelementen verfügbar. Ältere Emulatoren werden mit einer Chromium-Version ausgeliefert, die nicht mit der Google Maps JavaScript API kompatibel ist.
Prüfen, ob genügend Speicherplatz vorhanden ist
Um Abstürze und Verzögerungen aufgrund von zu wenig freiem Speicherplatz zu vermeiden, prüft der Emulator beim Starten, ob genügend freier Speicherplatz vorhanden ist. Er wird nur gestartet, wenn mindestens 5 GB kostenlos sind. Wenn der Emulator nicht gestartet werden kann, prüfen Sie, ob ausreichend freier Speicherplatz vorhanden ist.
Antivirensoftware
Da viele Sicherheits- und Antivirensoftwarepakete jeden Lese- und Schreibvorgang überwachen, kann die Verwendung solcher Software die Leistung von Tools wie dem Android-Emulator beeinträchtigen.
Viele Antivirenpakete bieten die Möglichkeit, bestimmte Anwendungen in eine Liste vertrauenswürdiger Anwendungen aufzunehmen. Die aufgeführten Anwendungen können dann ohne Leistungseinbußen ausgeführt werden. Wenn beim Speichern oder Laden von AVD-Snapshots eine schlechte Leistung zu verzeichnen ist, können Sie diese verbessern, indem Sie die Android-Emulator-Anwendung als vertrauenswürdige Anwendung in Ihrer Antivirensoftware hinzufügen.
Die Leistungsauswirkungen unterscheiden sich je nach Antivirensoftwarepaket. Wenn Sie zusätzlich zur im Betriebssystem enthaltenen Antivirensoftware eine weitere Antivirensoftware installiert haben, können Sie mit einfachen Tests ermitteln, welche Antivirensoftware die Leistung der Emulator-Lade- und Speichervorgänge stärker beeinträchtigt.
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 unter Fehlerbehebung die Optionen Verschachtelte Virtualisierung verwenden, falls verfügbar und Hardwaregestützte Virtualisierung aktivieren. Achten Sie außerdem darauf, dass HAXM nach der Deaktivierung der Avast-Hardwarevirtualisierung wieder richtig eingerichtet ist. Führen Sie dazu eine vollständige Neuinstallation der neuesten HAXM-Version über den SDK Manager aus.
Unter Windows hängt die AVD manchmal mit HAXM fest. Das Problem lässt sich beheben, indem Sie McAfee vollständig deinstallieren.
Windows: Kostenloser Arbeitsspeicher und Commit-Ladung
Wenn der Emulator gestartet wird, muss er den RAM des Android-Gastbetriebssystems initialisieren. Unter Windows fordert der Emulator an, dass Windows die Größe des Gastspeichers zum Startzeitpunkt berücksichtigt, auch wenn der Arbeitsspeicher während des eigentlichen Betriebs möglicherweise bei Bedarf aufgerufen wird. Der Emulator fordert beim Start die volle Menge an Gastarbeitsspeicher an, da Windows konservativ sicherstellt, dass genügend physischer RAM und eine Auslagerungsdatei verfügbar sind, um den gesamten potenziellen Arbeitssatz zu speichern. Diese Anfrage bereitet den schlimmsten Fall vor, bei dem der gesamte Gastspeicher schnell berührt wird, ohne dass Gelegenheit besteht, Arbeitsspeicher zu verwerfen oder anderweitig freizugeben.
Wenn der Emulator Windows auffordert, diese gesamte Größe des Gastspeichers zu berücksichtigen, überschreitet die Anfrage manchmal das aktuelle Commit-Limit, das der Gesamtwert des verfügbaren physischen RAM und der Auslagerungsdatei ist. In diesem Fall kann Windows nicht garantieren, dass der Worst-Case-Arbeitssatz entweder in den physischen RAM oder in die Auslagerungsdatei passt, und der Emulator kann nicht gestartet werden.
In der Regel ist der für die Auslagerungsdatei zugewiesene Festplattenspeicherplatz zusammen mit dem physischen RAM für die meisten Anwendungsfälle des Emulators mehr als ausreichend. Sollten jedoch Fehler beim Starten des Emulators auftreten, weil das Commit-Limit überschritten wurde, sollten Sie die aktuelle Commit-Gebühr prüfen. Diese ist im Windows-Task-Manager auf dem Tab Leistung zu sehen. Drücken Sie Strg + Umschalt + Esc, um den Task-Manager zu öffnen.
So verringern Sie die Wahrscheinlichkeit, dass das Commit-Limit überschritten wird:
- Befreien Sie den physischen RAM, bevor Sie den Emulator starten, indem Sie nicht verwendete Anwendungen und Dateien schließen.
- Deaktivieren Sie Speicherverwaltungs- und Speicherkomprimierungstools von Drittanbietern. Diese Dienstprogramme können ineffizient zu einer übermäßigen Commit-Ladung führen und Ihr System dem Commit-Limit näher bringen.
Verwenden Sie für die Windows-Auslagerungsdatei eine vom System verwaltete Größe. Dadurch kann die Auslagerungsdateigröße und damit das Commit-Limit flexibler und dynamischer erhöht werden, um einer erhöhten Nachfrage durch den Emulator und andere Anwendungen nachzukommen.
Weitere Informationen zu Commit-Gebühren und dazu, warum eine flexible Einstellung am besten funktioniert, finden Sie in diesem Microsoft-Artikel.
Multi-Touch funktioniert nicht im Tool-Fenster
Multi-Touch-Gesten, einschließlich des Schwenkens 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 Bluetooth-Audioausgabe
Wenn Sie ein Bluetooth-Headset verwenden, kann es sein, dass die Audioausgabe des Bluetooth-Kopfhörers beim Ausführen des Emulators beeinträchtigt wird (Problem 183139207). Dies liegt daran, dass beim Starten des Emulators das Mikrofon des Headsets eingeschaltet wird, wodurch das Headset den Duplexmodus mit geringerer Qualität wechselt.
Deaktivieren Sie das Mikrofon im Emulator, indem Sie der config.ini-Datei des Android Virtual Device (AVD) hw.audioInput=no hinzufügen.
Wenn Sie die config.ini-Datei einer AVD aufrufen möchten, rufen Sie die AVD im Gerätemanager auf, klicken Sie auf das Dreipunkt-Menü und wählen Sie Auf dem Laufwerk anzeigen aus.
Android-virtuelle Geräte können unter ChromeOS nicht gestartet werden
Unter ChromeOS können Android-virtuelle Geräte (AVDs) möglicherweise nicht gestartet werden, weil die Abhängigkeit von libnss3 fehlt. Damit die AVDs gestartet werden können, müssen Sie sudo apt install libnss3 ausführen, um die libnss3-Bibliothek manuell zu installieren.
Warnungen des Handgelenksneigungssensors unter Wear OS
Unter Wear OS protokolliert der Emulator möglicherweise wiederholt die folgende Meldung zum Neigungssensor des Handgelenks:
the host has not provided value yet for sensorHandle=16
Entwickler können diese Warnungen ignorieren.
Eingebettetes Emulatorfenster zu klein
Auf Computern mit niedrigerer Auflösung, z. B. 1024 × 768, ist es manchmal schwierig, den Emulatorbildschirm zu lesen, wenn er in einem Toolfenster in Android Studio ausgeführt wird. Wenn Sie dem Emulator mehr Speicherplatz geben möchten, schließen Sie das Toolfenster Gerätemanager, falls es geöffnet ist. Sie können das Emulatorfenster auch aus Android Studio herausziehen. Klicken Sie dazu im Emulatorfenster auf Einstellungen > Ansichtsmodus und wählen Sie Fenster anstelle von An das Dock angedockt aus.
Grafikprobleme
Der Android-Emulator läuft nach einem Update langsam
Es gibt eine Reihe von externen Faktoren, die dazu führen können, dass der Android-Emulator nach einem Update langsam läuft. Wir empfehlen Ihnen, zuerst die folgenden Schritte auszuführen:
- Wenn Sie eine Intel-GPU haben (insbesondere die Intel HD 4000), müssen Sie den neuesten Intel-Grafiktreiber herunterladen und installieren.
- Wenn Ihr Computer sowohl eine Intel-GPU als auch eine eigenständige GPU hat, deaktivieren Sie die Intel-GPU im Gerätemanager, damit die eigenständige GPU verwendet wird.
- Führen Sie den Emulator im Modus
-gpu swiftshaderaus. Weitere Informationen zum Konfigurieren von Optionen für die Grafikbeschleunigung über die 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 langsamen Ausführen des Android Emulators auftreten, melden Sie einen Fehler und geben Sie die erforderlichen Details zum Android-Emulator an, damit wir das Problem untersuchen können.
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 aktualisieren. Rufen Sie zum Aktualisieren des Emulators in Android Studio Tools > SDK-Manager auf und installieren Sie die neueste stabile Version der Android-Plattform.
Wenn Sie keine Apps benötigen, die die Vulkan-Grafikbibliothek verwenden, können Sie Vulkan deaktivieren, indem Sie den Emulator über die Befehlszeile mit dem Flag -feature -Vulkan starten.
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 Apps mit Vulkan, z. B. Chrome mit API 30 oder höher, deinstallieren und nicht verwenden, wenn Sie Snapshots als Teil Ihres Entwicklungsworkflows verwenden möchten.
Webseite kann nicht richtig geöffnet werden
Ab API-Level 30 verwendet Chrome die Vulkan-Grafikbibliothek als Rendering-Back-End. Auf bestimmten Computern kann es dadurch zu Kompatibilitätsproblemen kommen. Wenn Chrome nicht richtig gerendert wird, versuchen Sie, den Emulator über die Befehlszeile mit dem Flag -feature -Vulkan zu starten.
GPU-Treiberwarnung – Rückfall auf Software
Wenn Sie eine Warnung zum GPU-Treiber-Fallback erhalten, verwenden Sie möglicherweise eine nicht unterstützte GPU. Standardmäßig wird „Auto“ verwendet, was möglicherweise Software-Rendering auswählt. Wenn Sie „Hardware“ auswählen, sollte das Programm das Hardware-Rendering erzwingen können. Möglicherweise wird jedoch trotzdem eine Warnmeldung angezeigt.
Für Bilder, die nicht aus dem Play Store stammen, können Sie dies im Gerätemanager -> 3 Punkte -> „Bearbeiten“ tun. Für Play Store-Images müssen Sie diese beiden Konfigurationsdateien manuell bearbeiten:
~/.android/your_avd_name.avd/config.ini
~/.android/your_avd_name.avd/hardware-qemu.ini
und hw.gpu.mode in host ändern
Beachten Sie, dass sich dadurch die Stabilität des Emulators verringern kann. Weitere Informationen finden Sie unter bug.
Emulator startet nicht unter Windows Chrome Remote Desktop
Wenn der Emulator bei Verwendung von Chrome Remote Desktop unter Windows nicht startet, wird derzeit empfohlen, das Flag „-gpu“ wie „-gpu host“ oder „-gpu swiftshader“ zu verwenden.
Emulator verhält sich unter macOS im Hardware-Renderingmodus falsch
Auf Mac-Geräten mit Apple Silicon verwendet der Emulator die MoltenVK-Bibliothek für die Vulkan API, wenn der Hardware-Renderingmodus ausgewählt ist. MoltenVK bietet zwar im Allgemeinen eine viel bessere Leistung, die Bibliothek unterstützt jedoch nicht alle Vulkan-Funktionen. Bei Kompatibilitätsproblemen wie Fehlern bei der Shaderkompilierung, Grafikfehlern oder Abstürzen in Ihren Apps ändern Sie den Rendering-Modus über die AVD-Einstellungen in „Software“ oder verwenden Sie das Befehlszeilenargument -gpu swiftshader.
Alternativ können Sie die Vulkan-Unterstützung mit dem Argument -feature -Vulkan deaktivieren, um weiterhin die Hardwarebeschleunigung für GLES-Apps zu verwenden.
Netzwerkprobleme
Kein Internet: DNS-Adresse des Servers kann nicht gefunden werden
Wenn der Emulator keine Verbindung zum Internet herstellen kann, versuchen Sie, 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” zu starten. Mit diesem Befehl wird eine durch Kommas getrennte Liste der IP-Adressen von Google Public DNS angegeben. 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 und die Option -dns-server 8.8.8.8 oder -dns.server 2001:4860:4860::8888 verwenden, um eine Verbindung über ein reines IPv6-Netzwerk herzustellen.
Alte Probleme (bei eingestellten Emulatoren oder alten Systemen)
AVD kann nicht gestartet werden
Eine 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 aktualisieren, bei der letzten Ausführung der Version 33.x ein Absturz aufgetreten ist und die AVD seitdem nicht neu gestartet wurde. Das Verzeichnis %TEMP% oder /tmp ist also noch aktiv. Wenn dieses Problem auftritt, löschen Sie das Verzeichnis %TEMP% (/tmp unter Linux oder macOS).
Windows: Emulator kann nicht gestartet werden, wenn der AVD-Name Unicode-Zeichen enthält
Wenn der Gerätemanager unter Windows 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 die AVD über diesen Standardspeicherort nicht richtig starten.
Dieses Problem wurde in Emulator 31.3.6 und höher behoben. Aktualisieren Sie den Emulator, um dieses Problem zu beheben. 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 eine 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.
Hypervisoren können bestimmte CPU-Funktionen, die für x86-Android-Systeme erforderlich sind, nicht emulieren
Hypervisoren können bestimmte CPU-Funktionen in der Regel nicht emulieren, z. B. Streaming SIMD Extensions (SSE), die für x86-Android-Systeme erforderlich sind.