Auf dieser Seite finden Sie bekannte Probleme, Problemumgehungen und Tipps zur Fehlerbehebung für den Android-Emulator. Wenn ein Problem auftritt, das hier nicht aufgeführt ist, oder wenn Sie einen hier aufgeführten Workaround nicht erfolgreich anwenden können, melden Sie einen Fehler.
Allgemeine Probleme
Fehler „Dieses Gerät ist nicht Play Protect-zertifiziert“ auf virtuellen Android-Geräten mit API 37
Wenn Sie API 37-System-Images im Android-Emulator ausführen, kann es zu Unterbrechungen des Workflows bei Google-Diensten und ‑Anwendungen kommen. Ab dem 16. Juni 2026 können sich ungepatchte virtuelle Android 17-Geräte möglicherweise nicht mehr in Google-Konten anmelden. Außerdem kann es zu Abstürzen oder Authentifizierungsblockierungen kommen, wenn eigene Google-Apps gestartet oder GMSCore APIs aufgerufen werden.
Problemumgehung: Aktualisieren Sie Ihr System-Image auf API 37, Version 5 oder höher, oder aktualisieren Sie es über den SDK-Manager auf das neueste Canary-Vorschau-System-Image.
Google Maps wird in den erweiterten Steuerelementen des Android-Emulators nicht angezeigt
In Android Emulator-Versionen vor Version 34.2.13 funktioniert Google Maps in den erweiterten Steuerelementen ab Mitte Mai nicht mehr. Ä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 Hänger aufgrund von fehlendem Speicherplatz zu vermeiden, prüft der Emulator beim Start, ob genügend verfügbarer Speicherplatz vorhanden ist. Er startet nur, wenn mindestens 5 GB verfügbar sind. Wenn der Emulator nicht gestartet werden kann, prüfen Sie, ob Sie genügend freien Speicherplatz haben.
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 Antivirenprogramme bieten die Möglichkeit, bestimmte Anwendungen einer Liste vertrauenswürdiger Anwendungen hinzuzufügen. Dadurch können die aufgeführten Anwendungen ohne Leistungseinbußen ausgeführt werden. Wenn Sie beim Speichern oder Laden von AVD-Snapshots eine schlechte Leistung feststellen, können Sie diese möglicherweise verbessern, indem Sie die Android Emulator-Anwendung als vertrauenswürdige Anwendung in Ihrer Antivirensoftware hinzufügen.
Die Auswirkungen auf die Leistung variieren je nach Antivirensoftwarepaket. Wenn Sie zusätzlich zu der im Betriebssystem enthaltenen Antivirensoftware weitere Antivirensoftware installiert haben, können Sie Tests durchführen, um festzustellen, welche Antivirensoftware sich stärker auf die Leistung beim Laden und Speichern des Emulators auswirkt.
Windows: Verfügbarer RAM und Commit-Gebühr
Wenn der Emulator gestartet wird, muss er den RAM des Android-Gastbetriebssystems initialisieren. Unter Windows fordert der Emulator an, dass Windows beim Start die volle Größe des Gastspeichers berücksichtigt, obwohl der Speicher während des eigentlichen Betriebs bei Bedarf ausgelagert werden kann. Der Emulator fordert beim Start die gesamte Menge an Gastarbeitsspeicher an, da Windows konservativ sicherstellt, dass genügend physischer RAM und Auslagerungsdatei verfügbar sind, um den gesamten potenziellen Arbeitssatz zu speichern. Diese Anfrage bereitet auf den schlimmsten Fall vor, in dem der gesamte Gastspeicher schnell berührt wird, ohne dass die Möglichkeit besteht, Speicher zu verwerfen oder anderweitig freizugeben.
Wenn der Emulator Windows auffordert, diese vollständige Gastarbeitsspeichergröße zu berücksichtigen, überschreitet die Anfrage manchmal das aktuelle Commit-Limit, d. h. die Summe des verfügbaren physischen RAM und der Auslagerungsdatei. In diesem Fall kann Windows nicht garantieren, dass der Arbeitssatz im schlimmsten Fall in den physischen RAM oder die Auslagerungsdatei passt, und der Emulator kann nicht gestartet werden.
In der Regel reicht der Festplattenspeicher für die Auslagerungsdatei plus physischer RAM aus. Wenn der Emulator aufgrund einer Überschreitung des Commit-Limits fehlschlägt, prüfen Sie die Commit-Auslastung auf dem Tab Leistung des Windows Task-Managers (Strg + Umschalttaste + Esc).
So verringern Sie die Wahrscheinlichkeit, dass das Commit-Limit überschritten wird:
- Stellen Sie vor dem Starten des Emulators physischen RAM bereit, indem Sie nicht verwendete Anwendungen und Dateien schließen.
- Deaktivieren Sie Drittanbieter-Dienstprogramme für die Speicherverwaltung und 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 eine vom System verwaltete Größe für die Windows-Auslagerungsdatei. Dadurch kann die Größe der Auslagerungsdatei und damit das Commit-Limit flexibler und dynamischer erhöht werden, wenn der Emulator und andere Anwendungen mehr Ressourcen benötigen.
Weitere Informationen zu Commit-Gebühren und dazu, warum eine flexible Einstellung am besten funktioniert, finden Sie in diesem Microsoft-Artikel.
Multi-Touch funktioniert im Toolfenster nicht
Multitouch-Gesten, einschließlich Schwenken mit zwei Fingern, funktionieren nicht, wenn der Emulator in einem Toolfenster ausgeführt wird. Wenn Sie Multi-Touch aktivieren möchten, starten Sie den Emulator in einem separaten Fenster.
Emulator verschlechtert die Bluetooth-Audioausgabe
Wenn Sie ein Bluetooth-Headset verwenden, kann es sein, dass sich die Audioausgabe des Bluetooth-Kopfhörers verschlechtert, wenn der Emulator ausgeführt wird (Problem 183139207). Das liegt daran, dass der Emulator beim Start das Mikrofon des Headsets einschaltet, wodurch das Headset in den Duplexmodus mit reduzierter Qualität wechselt.
Um dieses Problem zu vermeiden, deaktivieren Sie das Mikrofon im Emulator, indem Sie hw.audioInput=no in die config.ini-Datei des virtuellen Android-Geräts (AVD) einfügen.
Um die config.ini-Datei eines AVD zu finden, rufen Sie das AVD im Gerätemanager auf, klicken Sie auf das Dreipunkt-Menü und wählen Sie Auf Laufwerk anzeigen aus.
Virtuelle Android-Geräte können unter ChromeOS nicht gestartet werden
Unter ChromeOS können virtuelle Android-Geräte (AVDs) möglicherweise nicht gestartet werden, weil die Abhängigkeit 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 Handgelenk-Neigungssensors unter Wear OS
Unter Wear OS protokolliert der Emulator möglicherweise wiederholt die folgende Meldung zum Sensor für die Neigung des Handgelenks:
the host has not provided value yet for sensorHandle=16
Entwickler können diese Warnungen ignorieren.
Eingebettetes Emulatorfenster zu klein
Auf Geräten mit einer niedrigeren Auflösung, z. B. 1024 × 768, kann es schwierig sein, den Emulatorbildschirm zu lesen, wenn er in einem Toolfenster in Android Studio ausgeführt wird. Wenn Sie dem Emulator mehr Platz 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 Dock angepinnt aus.
Grafikprobleme
Android Emulator läuft nach einem Update langsam
Es gibt eine Reihe externer Faktoren, die dazu führen können, dass der Android-Emulator nach einem Update langsam läuft. Wir empfehlen die folgenden Schritte zur Fehlerbehebung:
- Wenn Sie eine Intel-GPU (insbesondere die Intel HD 4000) haben, achten Sie darauf, dass Sie den neuesten Intel-Grafiktreiber heruntergeladen und installiert haben.
- Wenn Ihr Computer sowohl eine Intel-GPU als auch eine separate GPU hat, deaktivieren Sie die Intel-GPU im Gerätemanager, um sicherzustellen, dass Sie die separate GPU verwenden.
- 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 der Android-Emulator weiterhin 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.
Fehler: vulkan-1.dll wurde nicht gefunden
Wenn der Emulator aufgrund des Fehlers vulkan-1.dll cannot be found nicht gestartet werden kann, müssen Sie ihn wahrscheinlich aktualisieren. Wenn Sie den Emulator in Android Studio aktualisieren möchten, rufen Sie Tools > SDK-Manager auf und installieren Sie die neueste stabile Version der Android-Plattform.
Wenn Sie keine Apps benötigen, die die Grafikbibliothek Vulkan 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 Grafikbibliothek Vulkan als Rendering-Backend. Auf bestimmten Computern kann es 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 – Software wird verwendet
Wenn Sie eine Warnung erhalten, dass der GPU-Treiber zurückgesetzt wird, verwenden Sie möglicherweise eine nicht unterstützte GPU. Standardmäßig wird „auto“ verwendet, wodurch möglicherweise Software-Rendering ausgewählt wird. Wenn Sie Hardware auswählen, sollten Sie das Hardware-Rendering erzwingen können. Möglicherweise wird jedoch weiterhin eine Warnmeldung angezeigt.
Bei Images, die nicht aus dem Play Store stammen, können Sie dies im Gerätemanager > Dreipunkt-Menü > „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 ändern Sie hw.gpu.mode in host.
Beachten Sie, dass dies die Stabilität des Emulators beeinträchtigen kann. Weitere Informationen finden Sie unter Fehler.
Emulator wird unter Windows Chrome Remote Desktop nicht gestartet
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 mit Exit-Code -1073741511 beendet (Windows 8.1 oder Windows 10 N)
Der Grund dafür ist wahrscheinlich, dass auf Ihrem System (z. B. C:\Windows\System32 (64-Bit-System)) die Dateien msvcp140.dll, msvcp140_1.dll und msvcp140_2.dll fehlen. In der Vergangenheit konnten Nutzer, die dieses Problem gemeldet haben, es durch die Installation (oder Neuinstallation) des Windows Media Feature Pack beheben, das in Windows 10 N-Versionen optional ist.
Ein ähnliches Problem kann bei Windows 8.1 auftreten.
Informationen zur Installation des Windows Media Feature Pack finden Sie auf der Microsoft-Website.
Windows 8.1 wird nicht mehr unterstützt, nicht nur von Android Studio und dem Android-Emulator, sondern auch von Microsoft (seit 2023). Ähnliches gilt für Windows 10, da Microsoft angekündigt hat, dass der Support für Windows 10 am 14. Oktober 2025 endet. Wir verstehen, dass eine Lösung für Windows 8.1/Windows 10 erforderlich ist. Die fortlaufende Entwicklung und Unterstützung älterer Betriebssysteme stellt jedoch Herausforderungen dar, die die Stabilität und Leistung des Emulators für die Mehrheit unserer Nutzer beeinträchtigen können.
Wenn Sie Ihr Betriebssystem nicht aktualisieren können, können Sie als mögliche (aber nicht unterstützte) Problemumgehung versuchen, in unserem Archiv (https://developer.android.com/studio/emulator_archive, letzte stabile Version ist 32.1.11) eine ältere Version des Android-Emulators zu finden, die möglicherweise mit Windows 8.1 kompatibel ist. Diese niedrigeren Versionen werden nicht unterstützt und funktionieren möglicherweise nicht richtig. Wir raten dringend davon ab, sie mit neueren Android-Versionen (z. B. API 34 und höher) zu verwenden.
Für eine optimale Nutzung des Android-Emulators empfehlen wir ein Upgrade auf ein unterstütztes Betriebssystem.
Wir bedauern etwaige Unannehmlichkeiten.
Emulator verhält sich unter macOS im Hardware-Rendering-Modus falsch
Auf Mac-Geräten mit Apple Silicon verwendet der Emulator die MoltenVK-Bibliothek für die Vulkan API, wenn der Hardware-Rendering-Modus 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 Shader-Kompilierung, Grafikfehlern oder Abstürzen in Ihren Apps ändern Sie den Rendering-Modus in den 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 die Hardwarebeschleunigung für GLES-Apps weiterhin zu verwenden.
Netzwerkprobleme
Kein Internet: DNS-Adresse des Servers kann nicht gefunden werden
Wenn der Emulator keine Verbindung zum Internet herstellen kann, versuchen Sie,
den Emulator ü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. 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 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.
Kein Internet: Probleme mit MAC-Adresskonflikten
Wenn mehrere Emulatoren dieselbe MAC-Adresse haben, hat nur der erste gestartete Emulator Internetzugriff. Das kann passieren, wenn Emulatoren bei der Erstellung derselbe ADB-Port zugewiesen wurde oder wenn sie aus demselben Snapshot gestartet wurden.
Um dieses Problem zu beheben, können Sie entweder die Daten auf dem zweiten AVD löschen oder ein neues AVD erstellen.
Einschränkungen bei der Netzwerkkonfiguration über die Befehlszeile (-netsim-args)
Sie können die mit -netsim-args angegebenen Befehlszeilen-Netzwerkeinstellungen nur anwenden, wenn Sie die erste Emulatorinstanz starten. Der Emulator wendet diese Einstellungen auf alle nachfolgend gestarteten Emulatoren an. Sie können nicht unterschiedliche Netzwerkeinstellungen mit Befehlszeilenargumenten für mehrere gleichzeitig ausgeführte Emulatoren konfigurieren.
Alte Probleme (auf veralteten Emulatoren oder alten Systemen)
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 aktualisieren, bei denen die Version 33.x beim letzten Ausführen abgestürzt ist und die ihr AVD danach nicht neu gestartet haben, sodass das Verzeichnis %TEMP% oder /tmp noch aktiv ist. Wenn dieses Problem auftritt, löschen Sie das Verzeichnis %TEMP% (/tmp unter Linux oder macOS).
Windows: Der Emulator kann nicht gestartet werden, wenn der AVD-Name Unicode enthält.
Wenn der Gerätemanager unter Windows ein virtuelles Android-Gerät (AVD) erstellt, wird es standardmäßig unter C:\Users\<name>\.android\avd erstellt. Wenn der AVD-Name (<name>) jedoch Unicode enthält, kann der Emulator die AVD nicht ordnungsgemäß über diesen Standardspeicherort 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 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.
Hypervisoren können bestimmte CPU-Funktionen, die von x86-Android-Systemen benötigt werden, nicht emulieren
Hypervisoren können bestimmte CPU-Funktionen wie Streaming SIMD Extensions (SSE), die von x86-Android-Systemen benötigt werden, in der Regel nicht emulieren.