Emulator über Befehlszeile starten

Das Android SDK enthält einen Android-Geräteemulator, also ein virtuelles Gerät. das auf Ihrem Computer ausgeführt wird. Mit dem Android-Emulator können Sie Android-Apps ohne physisches Gerät

Auf dieser Seite werden Befehlszeilenfunktionen beschrieben, die Sie mit dem Android-Emulator Informationen zur Verwendung der Benutzeroberfläche des Android-Emulators finden Sie unter Apps im Android-Emulator ausführen

Emulator starten

Verwenden Sie den Befehl emulator, um den Emulator zu starten. Ihr Projekt auszuführen oder über den AVD Manager starten.

Hier sehen Sie die grundlegende Befehlszeilensyntax zum Starten eines virtuellen Geräts von einem Terminal-Eingabeaufforderung:

emulator -avd avd_name [ {-option [value]} … ]

Oder

emulator @avd_name [ {-option [value]} … ]

Wenn Sie den Emulator beispielsweise in Android Studio auf einem Mac starten, wird die Standardeinstellung sieht die Befehlszeile in etwa so aus:

/Users/janedoe/Library/Android/sdk/emulator/emulator -avd Pixel8_API_34 -netdelay none -netspeed full -qt-hide-window -grpc-use-token -idle-grpc-timeout

Die Argumente -qt-hide-window -grpc-use-token -idle-grpc-timeout werden nur verwendet, um das Emulatorfenster in Android Studio auszuführen. Wenn Sie den Emulator in einem eigenen Fenster ausführen möchten, sollten Sie diese zusätzlichen Parameter nicht verwenden.

Sie können Startoptionen beim Starten des Emulators festlegen, aber nicht nach dem Start.

Geben Sie den folgenden Befehl ein, um eine Liste der AVD-Namen aufzurufen:

emulator -list-avds

Mit dieser Option können Sie eine Liste der AVD-Namen aus Ihrem Android-Basisverzeichnis aufrufen. Sie können das Standard-Basisverzeichnis überschreiben, indem Sie die ANDROID_SDK_HOME festlegen die den Stamm des Objekts nutzerspezifisches Verzeichnis, in dem alle Konfigurations- und AVD-Inhalte gespeichert sind.

Sie können die Umgebungsvariable im Terminalfenster festlegen, bevor Sie eine virtuelles Gerät oder über die Nutzereinstellungen im System. Zum Beispiel in der Datei .bashrc unter Linux.

Schließen Sie das Emulatorfenster, um den Android-Emulator zu beenden.

App installieren

Neben der Installation einer App über Android Studio oder den Emulator UI haben, können Sie Ihre App mit dem adb-Dienstprogramm auf einem virtuellen Gerät installieren.

So verwenden Sie adb, um Ihre App zu installieren, auszuführen und zu testen: führen Sie die folgenden allgemeinen Schritte aus:

  1. Erstellen Sie Ihre App und verpacken Sie sie in einem APK, wie unter Build erstellen und ausführen App.
  2. Starten Sie den Emulator wie oben beschrieben über die Befehlszeile unter Verwendung der erforderlichen Startoptionen.
  3. Installieren Sie Ihre App mit adb.
  4. Führen Sie Ihre App im Emulator aus und testen Sie sie.
    Während der Emulator ausgeführt wird, können Sie den Emulator Konsole, um bei Bedarf Befehle auszuführen.

Gehen Sie bei der Deinstallation einer App wie bei einem Android-Gerät vor.

Das virtuelle Gerät behält die App und ihre Statusdaten bei Neustarts. in einer Laufwerkspartition für Nutzerdaten (userdata-qemu.img) Löschen starten Sie den Emulator mit der Option -wipe-data oder löschen Sie die Daten im AVD-Manager. Weitere Informationen zu den Nutzerdaten Partition und anderen Speicher finden Sie im folgenden Abschnitt.

Hinweis:Das Dienstprogramm adb betrachtet das virtuelle Gerät als physisches Gerät. Aus diesem Grund müssen Sie möglicherweise die Methode Das Flag -d mit einigen gängigen adb-Befehlen, z. B. install Mit dem Flag -d können Sie angeben, welches von mehreren verbundener Geräte, die als Ziel für einen Befehl verwendet werden sollen. Wenn Sie keine -d hat der Emulator ein Targeting auf das erste Gerät in der Liste.

Standardverzeichnisse und -dateien

Der Emulator verwendet verknüpfte Dateien, von denen das AVD-System und die Datenverzeichnisse sind am wichtigsten. Es ist hilfreich, die Struktur des Emulator-Verzeichnisses wenn Sie Befehlszeilenoptionen angeben, obwohl Sie normalerweise keine die Standardverzeichnisse oder -dateien ändern.

Der Android-Emulator verwendet den Hypervisor (QEMU).

AVD-Systemverzeichnis

Das Systemverzeichnis enthält die vom Emulator verwendeten Android-System-Images um das Betriebssystem zu simulieren. Dieses Verzeichnis enthält plattformspezifische, schreibgeschützte Dateien für alle AVDs desselben Typs, einschließlich API-Ebene, CPU-Architektur und Android-Variante. Die Standardspeicherorte sind:

  • macOS und Linux – ~/Library/Android/sdk/system-images/android-apiLevel/variant/arch/
  • Windows – C:\Users\user\Library\Android\sdk\system-images\android-apiLevel\variant\arch\

Dabei gilt:

  • apiLevel ist eine numerische API-Ebene oder ein Buchstabe für Vorabversionen. Beispielsweise gibt android-V die Android- Vorschau von VanillaIceCream. Nach der Veröffentlichung wurde es API-Level 35, das von android-35
  • variant ist ein Name, der bestimmten Elementen entspricht. System-Image implementiert wird. Beispiel: google_apis oder android-wear.
  • arch ist die Ziel-CPU-Architektur. Beispiel: x86

Mit der Option -sysdir können Sie ein anderes Systemverzeichnis für der AVD.

Der Emulator liest die folgenden Dateien aus dem Systemverzeichnis:

Tabelle 1 Systemverzeichnisdateien, die von Android gelesen werden Emulator

Datei Beschreibung Option zum Angeben einer anderen Datei
kernel-qemu oder kernel-ranchu Das binäre Kernel-Image für das AVD. kernel-ranchu basiert auf dem QEMU-Emulator. -kernel
ramdisk.img Das Bootpartitions-Image. Dies ist eine Teilmenge von system.img die vom Kernel geladen wurden, bevor das System-Image bereitgestellt wird. Es enthält in der Regel nur einige Binärdateien und Initialisierungsskripte. -ramdisk
system.img Die schreibgeschützte, erste Version des System-Images. Konkret bedeutet das Partition mit den Systembibliotheken und Daten für das API-Level und Variante. -system
userdata.img Die ursprüngliche Version der Datenpartition, die als data/ im emulierten System und enthält alle beschreibbaren Daten für den AVD. Der Emulator verwendet diese Datei, wenn Sie eine neue AVD erstellen oder die Methode Option ‑wipe-data. Weitere Informationen finden Sie in der im folgenden Abschnitt eine Beschreibung für userdata-qemu.img-Datei an. -initdata
-init-data

AVD-Datenverzeichnis

Das AVD-Datenverzeichnis, auch Inhaltsverzeichnis genannt, ist spezifisch für nur eine AVD-Instanz erstellen und alle änderbaren Daten für das AVD enthalten.

Der Standardspeicherort ist der folgende, wobei name der Wert für AVD-Name:

  • macOS und Linux – ~/.android/avd/name.avd/
  • Windows 10 und höher – C:\Users\user\.android\name.avd\

Mit der Option -datadir können Sie ein anderes AVD-Datenverzeichnis angeben.

In der folgenden Tabelle sind die wichtigsten in diesem Verzeichnis enthaltenen Dateien aufgeführt:

Tabelle 2: Wichtige Dateien im AVD-Datenverzeichnis

Datei Beschreibung Option zum Angeben einer anderen Datei
userdata-qemu.img

Der Inhalt der Datenpartition, wie data/ in dem emulierten System. Wenn Sie ein neues AVD erstellen oder das -wipe-data-Option zum Zurücksetzen des AVD auf die Werkseinstellungen, die kopiert der Emulator die Datei userdata.img im Systemverzeichnis nach erstellen Sie diese Datei.

Jede VM-Instanz verwendet ein beschreibbares Nutzerdaten-Image, um den Nutzer und sitzungsspezifische Daten. Beispielsweise wird das Image verwendet, um die installierten App-Daten, Einstellungen, Datenbanken und Dateien. Jeder Nutzer hat ein in ein anderes ANDROID_SDK_HOME-Verzeichnis, in dem die Datenverzeichnisse für die Von diesem Nutzer erstellte AVDs. Jede AVD hat einen einzelnen userdata-qemu.img -Datei.

-data
cache.img Das Cache-Partitions-Image, das als cache/ im emuliert. Es ist leer, wenn Sie zum ersten Mal eine AVD erstellen oder das Option -wipe-data. Es speichert temporäre Download-Dateien und die vom Download-Manager und manchmal vom System ausgefüllt wurden. Beispiel: Der Parameter verwendet der Browser sie, um heruntergeladene Webseiten und Bilder im Cache zu speichern, während der Emulator ausgeführt wird. Wenn Sie das virtuelle Gerät ausschalten, wird die Datei gelöscht. Sie können speichern Sie die Datei mit der Option -cache. -cache
sdcard.img

(Optional) Ein Partitions-Image für die SD-Karte, mit dem ein SD-Karte simuliert werden kann auf einem virtuellen Gerät. Du kannst eine Bilddatei von der SD-Karte im AVD erstellen: Administrator oder über mksdcard . Die Datei ist auf Ihrem Entwicklungscomputer gespeichert und muss unter folgendem Pfad geladen werden: Start-up.

Wenn Sie ein AVD im AVD Manager definieren, können Sie eine automatisch verwaltete SD-Kartendatei oder eine selbst erstellte Datei das mksdcard-Tool. Du kannst dir die Datei sdcard.img ansehen die mit einer AVD im AVD-Manager verknüpft sind. Die Option -sdcard die im AVD angegebene SD-Kartendatei überschreibt. Beachten Sie, dass diese Option für SD-Karten nicht auf einem Mac mit Apple Silicon funktioniert.

Sie können auf simulierten SD-Karten nach Dateien suchen, Dateien senden sowie Dateien von einer simulierten SD-Karte kopieren und entfernen über die Benutzeroberfläche des Emulators oder den adb während das virtuelle Gerät ausgeführt wird. Eine simulierte SD-Karte kann nicht entfernt werden von einem aktiven virtuellen Gerät.

Stellen Sie das Image bereit, um Dateien vor dem Laden auf die SD-Kartendatei zu kopieren. Datei als Endgerät speichern und dann die Dateien kopieren. Sie können auch ein Dienstprogramm wie die mtools-Paket, um die Dateien direkt in das Image zu kopieren.

Der Emulator behandelt die Datei als einen Pool von Byte, sodass das SD-Kartenformat ist wichtig.

Die Option -wipe-data wirkt sich nicht auf diese Datei aus. Wenn Sie können Sie die Datei löschen und sie dann mit den AVD Manager oder das mksdcard-Tool. Größe der Datei ändern die Datei gelöscht und eine neue Datei erstellt.

-sdcard

Vom Emulator verwendete Verzeichnisse und Dateien auflisten

Sie haben zwei Möglichkeiten, herauszufinden, wo sich Dateien befinden:

  • Verwenden Sie die Methode -verbose- oder -debug init-Option, wenn Sie den Emulator über die Befehlszeile. Sehen Sie sich die Ausgabe an.
  • Verwenden Sie den Befehl emulator -help-option, um ein Standardverzeichnis. Hier einige Beispiele:
    emulator -help-datadir
    Use '-datadir <dir>' to specify a directory where writable image files will be searched. On this system, the default directory is: /Users/me/.android See '-help-disk-images' for more information about disk image files.

Startoptionen der Befehlszeile

In diesem Abschnitt werden Optionen aufgeführt, die Sie in der Befehlszeile angeben können, wenn Sie den Emulator.

Hinweis: Der Android-Emulator wird ständig weiterentwickelt, um zuverlässiger machen. Status der Probleme, die bei verschiedenen Befehlszeilenoptionen gemeldet wurden Informationen zum Melden von Fehlern finden Sie in der Android Issue Tracker

Häufig verwendete Optionen

In der folgenden Tabelle sind Startoptionen für die Befehlszeile aufgeführt, die Sie möglicherweise häufiger verwenden:

Tabelle 3 Häufig verwendete Befehlszeilenoptionen

Befehlszeilenoption Beschreibung
Schneller Start
-no-snapshot-load Führt einen Kaltstart durch und speichert den Emulatorstatus beim Beenden.
-no-snapshot-save Führt einen schnellen Start aus, falls möglich, speichert den Emulatorstatus beim Beenden jedoch nicht.
-no-snapshot Deaktiviert die Quick Boot-Funktion vollständig und lädt oder speichert den Emulatorstatus nicht.
Gerätehardware
-camera-back mode
-camera-front mode
Legt den Emulationsmodus für eine nach vorne oder hinten gerichtete Kamera fest. Dadurch werden alle Kameraeinstellungen überschrieben. in der AVD.

mode kann einer der folgenden Werte sein:

  • emulated: Der Emulator simuliert eine Kamera in der Software.
  • webcamn: Der Emulator verwendet eine Webcam, die mit Ihrem der in Zahlen spezifiziert ist. Eine Liste der Webcams erhalten Sie über die Option -webcam-list. Beispiel: webcam0.
  • none: deaktiviert die Kamera im virtuellen Gerät.

Hier einige Beispiele:

emulator @Pixel8_API_34 -camera-back webcam0

-webcam-list Listet die Webcams auf Ihrem Entwicklungscomputer auf, die zur Emulation zur Verfügung stehen. Für Beispiel:
emulator @Pixel8_API_34 -webcam-list
        List of web cameras connected to the computer:
        Camera 'webcam0' is connected to device 'webcam0'
        on channel 0 using pixel format 'UYVY'

Im Beispiel ist der erste webcam0 der Name, den Sie in der Befehlszeile verwenden. Die zweite webcam0 ist der Name, der vom Betriebssystem auf dem Entwicklungscomputer verwendet wird. Die variiert je nach Betriebssystem.

Ab SDK Tools 25.2.4 ist der AVD-Name erforderlich.

Laufwerk-Images und Arbeitsspeicher
-memory size

Gibt die physische RAM-Größe von 1.536 bis 8.192 MB an. Beispiel:

emulator @Pixel8_API_34 -memory 2048

Dieser Wert überschreibt die AVD-Einstellung.

-sdcard filepath Gibt den Dateinamen und den Pfad zu einer Image-Datei für die SD-Karten-Partition an. Für Beispiel:

emulator @Pixel8_API_34 -sdcard C:/sd/sdcard.img

Wenn die Datei nicht gefunden wird, wird der Emulator zwar gestartet, jedoch ohne SD-Karte. Der Befehl gibt die Warnung Kein SD-Karten-Image zurück.

Wenn Sie diese Option nicht angeben, wird der Standardwert sdcard.img verwendet. im Datenverzeichnis, es sei denn, die AVD gibt etwas anderes an. Weitere Informationen zu emulierten SD-Karten findest du im AVD-Datenverzeichnis.

-wipe-data Löscht Nutzerdaten und kopiert Daten aus der ursprünglichen Datendatei. Diese Option löscht die Daten für das virtuelle Gerät und setzt sie in den Zustand zurück, in dem sie wann sie definiert wurde. Alle installierten Apps und Einstellungen werden entfernt. Beispiel:

emulator @Pixel8_API_34 -wipe-data

Standardmäßig ist die Datei mit den Nutzerdaten userdata-qemu.img und die erste ist userdata.img. Beide Dateien befinden sich im Datenverzeichnis. Die Option -wipe-data wirkt sich nicht auf sdcard.img aus -Datei. Weitere Informationen zu Nutzerdaten finden Sie im Abschnitt Überblick über die Standardverzeichnisse und -dateien.

Fehler beheben
-debug tags Aktiviert oder deaktiviert die Anzeige von Debug-Meldungen für ein oder mehrere Tags. Trennen Sie mehrere Tags durch ein Leerzeichen, Komma oder Spalte. Beispiel:

$ emulator @Pixel8_API_34 -debug init,metrics

Um ein Tag zu deaktivieren, setzen Sie einen Bindestrich (-) davor. Beispiel: werden alle Debug-Meldungen angezeigt, mit Ausnahme derjenigen, die sich auf Netzwerk-Sockets beziehen. und Messwerte:

-debug all,-socket,-metrics

Verwende -help-debug-tags, um eine Liste mit Tags und Beschreibungen aufzurufen. Option. Beispiel:

emulator -help-debug-tags

Sie können die Standard-Debug-Tags in der ANDROID_VERBOSE Umgebungsvariable ein. Definieren Sie die Tags, die Sie verwenden möchten, in einer durch Kommas getrennten Liste. Das folgende Beispiel zeigt, wie socket und gles-Tags:

ANDROID_VERBOSE=socket,gles

Dies entspricht der Verwendung von:

-debug-socket -debug-gles

oder

-debug socket,gles

-debug-tag
-debug-no-tag
Aktiviert einen bestimmten Debug-Meldungstyp. Verwenden Sie das Formular no, um einen Debug-Meldungstyp deaktivieren. Beispiel:

emulator @Pixel8_API_34 -debug-all -debug-no-metrics

Eine Liste der Tags erhalten Sie mit dem Befehl emulator -help-debug-tags.

-logcat logtags Ermöglicht die Anzeige von Logcat-Nachrichten für ein oder mehrere Tags und Schreibvorgänge im Terminalfenster. Der folgende Befehl ermöglicht beispielsweise Nachrichten von allen Komponenten:

emulator @Pixel8_API_34 -logcat *:e

logtags verwendet dasselbe Format wie der Befehl adb logcat logtags. adb logcat -help eingeben, um mehr zu sehen Informationen. Es ist eine Liste von durch Leerzeichen oder Kommas getrennten Logfiltern des Formats componentName:logLevel componentName ist entweder ein Platzhaltersternchen (*) oder ein Komponentenname wie ActivityManager, SystemServer, InputManager oder WindowManager.

logLevel ist einer der folgenden Werte:

  • v – ausführlich
  • d – Fehlerbehebung
  • i – informativ
  • w – Warnlogebene
  • e – Fehler
  • s – lautlos

Im folgenden Beispiel werden GSM-Komponentenmeldungen am Log-Ebene:

emulator @Pixel8_API_34 -logcat '*:s GSM:i'

Wenn Sie die Option -logcat nicht in der Befehlszeile angeben, wird der Emulator nach dem ANDROID_LOG_TAGS Umgebungsvariable ein. Wenn ANDROID_LOG_TAGS mit einem gültigen logtags-Wert und nicht leer ist, verwendet der Emulator seinen Wert , um standardmäßig die Logcat-Ausgabe an das Terminal zu aktivieren. Sie können das Feld dieselben oder andere Logeinträge über adb an das Terminal senden.

Weitere Informationen Informationen zu Logcat und adb finden Sie unter Logcat. Befehlszeilentool, Anzeigen und schreiben Logs mit Logcat Log Klasse und Issue ADB Befehlen.

-show-kernel Zeigt Kernel-Debug-Meldungen im Terminalfenster an. Beispiel:

emulator @Pixel8_API_34 -show-kernel

Mit dieser Option können Sie beispielsweise prüfen, ob der Bootvorgang ordnungsgemäß funktioniert.

-verbose Gibt die Initialisierungsmeldungen des Emulators im Terminalfenster aus. Für Beispiel:

emulator @Pixel8_API_34 -verbose

Es wird angezeigt, welche Dateien und Einstellungen tatsächlich ausgewählt werden, wenn ein virtuelles Gerät, das in einem AVD definiert ist. Diese Option entspricht der Angabe -debug-init

Netzwerk
-dns-server servers Verwendet die angegebenen DNS-Server. servers ist ein kommagetrennte Liste von bis zu vier DNS-Servernamen oder IP-Adressen Für Beispiel:
emulator @Pixel8_API_34 -dns-server 192.0.2.0,
192.0.2.255

Standardmäßig versucht der Emulator, die von Ihnen verwendeten DNS-Server zu erkennen, und legt die im emulierten Firewall-Netzwerk spezielle Aliasse einrichten, damit das Android-System eine direkte Verbindung zu den Servern. Verwenden Sie die Option -dns-server, um anzugeben, eine andere Liste von DNS-Servern.

-http-proxy proxy Stellt alle TCP-Verbindungen über einen angegebenen HTTP-/HTTPS-Proxy her. Wenn Ihr muss der Emulator über einen Proxyserver auf das Internet zugreifen. oder die Umgebungsvariable http_proxy, um die angemessene Weiterleitung. Beispiel:

emulator @Pixel8_API_34 -http-proxy myserver:1981

proxy kann einer der folgenden Werte sein: Folgendes:

http://server:port
http://username:password@server:port

Die Das Präfix http:// kann weggelassen werden.

Wird diese Option nicht angegeben, sucht der Emulator nach dem http_proxy und verwendet automatisch jeden Wert, der dem proxy-Format. Weitere Informationen finden Sie unter Verwenden von den Emulator mit einem Proxy.

-netdelay delay

Legt die Netzwerklatenzemulation auf einen der folgenden Werte fest delay-Werte in Millisekunden:

  • gsm: GSM/CSD (min. 150, max. 550)
  • hscsd: HSCSD (Min. 80, max. 400).
  • gprs: GPRS (mind. 35, max. 200).
  • edge: EDGE/EGPRS (Min. 80, max. 400)
  • umts: UMTS/3G (Min. 35, max. 200).
  • hsdpa: HSDPA (min. 0, max. 0)
  • lte – LTE (0, max. 0)
  • evdo: EVDO (min. 0, max. 0)
  • none: Keine Latenz, Standardeinstellung (min. 0, max. 0).
  • num: gibt die genaue Latenz an.
  • min:max: gibt die einzelnen Mindest- und maximale Latenzen.

Hier einige Beispiele:

emulator @Pixel8_API_34 -netdelay gsm

Der Emulator unterstützt Netzwerkdrosselung und höhere Verbindungslatenzen. Sie können ihn entweder über die Skin-Konfiguration oder mit dem Optionen für ‑netspeed und -netdelay.

-netfast Deaktiviert die Netzwerkdrosselung. Beispiel:

emulator @Pixel8_API_34 -netfast

Diese Option entspricht der Angabe von -netspeed full -netdelay none. Dies sind die Standardwerte für diese Optionen.

-netspeed speed

Legt die Emulation der Netzwerkgeschwindigkeit fest. Gibt den maximalen Netzwerk-Upload und die Downloadgeschwindigkeit mit einem der folgenden speed-Werte in Kbit/s:

  • gsm – GSM/CSD (hoch: 14,4, herunter: 14,4)
  • hscsd – HSCSD (nach oben: 14,4, nach unten: 57,6).
  • gprs: GPRS (aufwärts: 28,8, nach unten: 57,6).
  • edge – EDGE/EGPRS (hoch: 473,6, herunter: 473,6)
  • umts – UMTS/3G (Upload: 384,0, Download: 384,0)
  • hsdpa: HSDPA (hoch: 5.760,0, runter: 13.980,0)
  • lte – LTE (oben: 58.000, unten: 173.000)
  • evdo – EVDO (oben: 75.000, nach unten: 280.000).
  • full: Kein Limit, die Standardeinstellung (oben: 0,0, nach unten: 0,0).
  • num: gibt sowohl die Upload- als auch die Downloadgeschwindigkeit an.
  • up:down: gibt die Nach-oben- und Nach-unten-Werte an Geschwindigkeit.

Hier einige Beispiele:

emulator @Pixel8_API_34 -netspeed edge

Der Emulator unterstützt Netzwerkdrosselung und höhere Verbindungslatenzen. Sie können ihn entweder über die Skin-Konfiguration oder mit dem Optionen für ‑netspeed und -netdelay.

-port port Legt die TCP-Portnummer fest, die für die Console und adb verwendet wird. Beispiel:

emulator @Pixel8_API_34 -port 5556

Der Standardwert ist 5.554 für die erste VM-Instanz, die auf der Ihren Computer. Ein virtuelles Gerät belegt normalerweise ein Paar benachbarter Ports: Console-Port und adb-Port. Die Konsole des ersten virtuellen Geräts, das auf ein bestimmter Computer verwendet Konsolenport 5554 und adb an Port 5555. Im Anschluss verwenden Portnummern, die sich um zwei erhöhen. Beispiel: 5556/5557, 5558/5559 usw. Der Bereich liegt zwischen 5.554 und 5.682, sodass 64 gleichzeitige virtuelle Geräte.

Die Portzuweisungen entsprechen oft der Angabe von -ports port,{port + 1}. {port + 1} muss kostenlos sein und ist für adb reserviert. Wenn einer der Konsolen- oder adb-Ports verwendet wird, startet der Emulator nicht.

Die Option ‑port gibt an, welche Ports und Seriennummern das virtuelle Gerät verwendet, und warnt, wenn Es gibt Probleme mit den von Ihnen angegebenen Werten. Auf der Benutzeroberfläche des Emulators können Sie Folgendes tun: Sehen Sie sich die Portnummer der Konsole im Fenstertitel und den Port adb an indem Sie Hilfe > Info.

Wenn der Wert port nicht gerade ist und sich im zwischen 5.554 und 5.584 festlegen, wird das virtuelle Gerät gestartet, ist aber nicht sichtbar, wenn Sie Verwenden Sie den Befehl adb devices, wenn adb server nach zum Emulator. Aus diesem Grund empfehlen wir die Verwendung einer geraden Konsolen-Portnummer.

-ports
console-port,adb-port
Legt die TCP-Ports fest, die für die Console und adb verwendet werden. Beispiel:

emulator @Pixel8_API_34 -ports 5556,5559

Der gültige Portbereich liegt zwischen 5.554 und 5.682, sodass 64 virtuelle virtuelle Geräte. Die Option -ports gibt an, welche Ports und Seriennummern die die Emulatorinstanz verwendet, und warnt, wenn es Probleme mit dem Werte, die Sie angegeben haben.

Wir empfehlen, nach Möglichkeit die Option -port zu verwenden. Die Die Option -ports ist für Netzwerkkonfigurationen verfügbar, die Folgendes erfordern: besondere Einstellungen.

Weitere Informationen zum Festlegen der Konsolen- und adb-Ports finden Sie in der Option -port.

-tcpdump filepath Erfasst Netzwerkpakete und speichert sie in einer Datei. Beispiel:

emulator @Pixel8_API_34 -tcpdump /path/dumpfile.cap

Verwenden Sie diese Option, um mit der Erfassung aller Netzwerkpakete zu beginnen, die über die virtuelles Ethernet-LAN des Emulators. Danach können Sie ein Tool wie Wireshark um den Traffic zu analysieren.

Beachten Sie, dass diese Option alle Ethernet-Pakete erfasst und nicht auf TCP beschränkt ist. Verbindungen.

System
-accel mode Konfiguriert die VM-Beschleunigung des Emulators. Beispiel:

emulator @Pixel8_API_34 -accel auto

Die beschleunigte Emulation funktioniert nur für x86- und x86_64-System-Images. Unter Linux auf KVM. Unter Windows und Mac sind dafür eine Intel-CPU und Intel HAXM erforderlich. . Diese Option wird ignoriert, wenn Sie kein x86- oder x86_64-Gerät emulieren.

Gültige Werte für mode sind:

  • auto – Ermittelt automatisch, ob die Beschleunigung unterstützt wird und verwendet es nach Möglichkeit (Standardeinstellung).
  • off: deaktiviert die Beschleunigung vollständig, was vor allem nützlich ist zur Fehlerbehebung.
  • on – Erzwingt die Beschleunigung. Wenn KVM oder HAXM nicht installiert ist oder verwendbar ist, startet der Emulator nicht und gibt eine Fehlermeldung aus.

Weitere Informationen finden Sie unter Konfigurieren Hardwarebeschleunigung für den Android-Emulator

-accel-check Prüft, ob ein erforderlicher Hypervisor für die Emulator-VM-Beschleunigung ist (HAXM oder KVM). Beispiel:

emulator -accel-check

Weitere Informationen finden Sie unter Prüfen, ob ein Hypervisor installiert ist.

-engine engine

Gibt das Emulator-Modul an:

  • auto: Es wird automatisch eine Suchmaschine ausgewählt (Standardeinstellung).
  • classic: Verwendet die ältere QEMU 1-Engine (eingestellt).
  • qemu2: Verwendet den neueren QEMU 2-Motor.

Beispiel:

emulator @Pixel8_API_34 -engine auto

Die automatische Erkennung wählt den Wert aus, der die beste Leistung bietet, wenn eine bestimmte AVD emulieren. Verwenden Sie die Option -engine für Debugging- und Vergleichszwecken.

-gpu mode Wählt den GPU-Emulationsmodus aus. Beispiel:

emulator @Pixel8_API_34 -gpu swiftshader_indirect

Weitere Informationen findest du unter Grafikbeschleunigung konfigurieren.

-no-accel Deaktiviert die Emulator-VM-Beschleunigung bei Verwendung eines x86- oder x86_64-Systems Bild. Sie ist nur für die Fehlerbehebung nützlich und entspricht der Angabe von -accel off. Beispiel:

emulator @Pixel8_API_34 -no-accel

Weitere Informationen finden Sie unter Konfigurieren Hardwarebeschleunigung für den Android-Emulator

-nojni
-no-jni
Deaktiviert erweiterte JNI-Prüfungen (Java Native Interface) in Android Dalvik oder ART-Laufzeit. Beispiel:

emulator @Pixel8_API_34 -nojni

Wenn Sie ein virtuelles Gerät starten, sind erweiterte JNI-Prüfungen standardmäßig aktiviert. Für Weitere Informationen finden Sie unter JNI Tipps

-selinux {disabled|permissive} Legt das sicherheitsverbesserte Linux fest (SELinux) Sicherheitsmodul unter Linux in den Modus disabled oder permissive versetzt System. Beispiel:

me-linux$ emulator @Pixel8_API_34 -selinux permissive

Standardmäßig befindet sich SELinux im enforcing-Modus, d. h. die Sicherheitsrichtlinie ist durchgesetzt wird. Der Modus permissive lädt die SELinux-Richtlinie, führt diese jedoch nicht aus um sie durchzusetzen. Mit dieser Option werden nur Richtlinienverstöße protokolliert. Modus „disabled“ wird deaktiviert Kernel-Unterstützung für SELinux.

-timezone timezone

Zeitzone für das virtuelle Gerät festlegen auf timezone anstelle der Zeitzone des Hosts. Für Beispiel:

emulator @Pixel8_API_34 -timezone Europe/Paris

Standardmäßig verwendet der Emulator die Zeitzone Ihres Entwicklungscomputers. Verwenden Sie können Sie eine andere Zeitzone festlegen oder falls die automatische Erkennung nicht ordnungsgemäß funktioniert. Der Wert timezone muss in zoneinfo angegeben sein. Format, z. B. area/location oder area/subarea/location Beispiel:

  • America/Los_Angeles
  • Europe/Paris
  • America/Argentina/Buenos_Aires

Die angegebene Zeitzone muss sich in der zoneinfo-Datenbank befinden.

-version Zeigt die Versionsnummer des Emulators an. Beispiel:

emulator @Pixel8_API_34 -version

Oder

emulator -version

Benutzeroberfläche
-no-boot-anim Deaktiviert die Startanimation beim Start des Emulators für einen schnelleren Start Beispiel:

emulator @Pixel8_API_34 -no-boot-anim

Auf langsamen Computern kann diese Option den Startvorgang erheblich beschleunigen.

-screen mode Legt den emulierten Touchscreen-Modus fest. Beispiel:

emulator @Pixel8_API_34 -screen no-touch

mode kann einer der folgenden Werte sein:

  • touch: Emuliert einen Touchscreen (Standardeinstellung).
  • multi-touch: Emuliert einen Multi-Touch-Bildschirm.
  • no-touch – Touchscreen und Multi-Touchscreen werden deaktiviert Emulation verwenden.

Erweiterte Optionen

Die Startoptionen der Befehlszeile in der folgenden Tabelle sind verfügbar, werden aber nicht häufig verwendet durchschnittliche App-Entwickler.

Laut der Beschreibung ist das Arbeitsverzeichnis das aktuelle Verzeichnis in dem Terminal, in dem Sie Befehle eingeben. Informationen zum AVD Systemverzeichnis und Datenverzeichnis sowie die gespeicherten Dateien Informationen dazu finden Sie im Abschnitt zu Standardverzeichnissen und Dateien.

Einige dieser Optionen sind für externe App-Entwickler geeignet, hauptsächlich von Plattformentwicklern verwendet werden. App-Entwickler erstellen Android-Apps und führen sie auf bestimmten AVDs aus. Plattformentwickler arbeiten an das Android-System und führen es ohne vorab erstelltes AVD im Emulator aus.

Tabelle 4 Erweiterte Befehlszeilenoptionen

Fortgeschrittene Option Kurzbeschreibung
-bootchart timeout

Aktiviert Bootcharting mit einem Zeitlimit in Sekunden. Bestimmtes Android-System Images haben ein modifiziertes Init-System, das eine Bootcharting-Einrichtung integriert. Sie können eine Zeitüberschreitung beim Bootcharting an das System. Wenn Ihr Init-System Bootcharting nicht aktiviert ist, bewirkt die Option nichts. Diese Option ist in erster Linie für Plattform- und nicht für externe App-Entwickler nützlich.

Beispiel:

emulator @Pixel8_API_34 -bootchart 120
-cache filepath

Gibt eine Cache-Partitions-Image-Datei an. Stellt einen Dateinamen und eine absolute Pfad oder Pfad relativ zum Datenverzeichnis, um einen nichtflüchtigen Cache einzurichten -Datei. Wenn die Datei nicht vorhanden ist, erstellt der Emulator sie als leere Datei.

Beispiel:

emulator @Pixel8_API_34 -cache
   ~/.android/avd/Pixel8_API_34.avd/cache_persistent.img

Wenn Sie diese Option nicht verwenden, wird standardmäßig eine temporäre Datei namens cache.img Weitere Informationen finden Sie unter AVD-Daten Verzeichnis.

-cache-size size

Legt die Größe der Cachepartition in MB fest.

Beispiel:

emulator @Pixel8_API_34 -cache-size 1000

Wenn Sie keine diese Option angeben. Der Standardwert ist 66 MB. Die meisten App-Entwickler brauchen diese Option normalerweise nicht, es sei denn, sie müssen sehr große Dateien herunterladen, die größer als die Standardeinstellungen sind Cache gespeichert werden. Weitere Informationen zum Cache -Datei finden Sie unter AVD-Datenverzeichnis.

-data filepath

Legt die Bilddatei der Nutzerdatenpartition fest. Stellt einen Dateinamen und ein absoluten Pfad oder einen relativ zum Arbeitsverzeichnis relativen Pfad zum Einrichten eines persistente Datei mit Nutzerdaten. Falls die Datei nicht vorhanden ist, erstellt der Emulator Bild aus der Standarddatei userdata.img, speichert es im Dateinamen und bewahrt Nutzerdaten beim Herunterfahren auf.

Beispiel:

emulator @Pixel8_API_34 -data
   ~/.android/avd/Pixel8_API_34.avd/userdata-test.img

Wenn Sie diese Option nicht verwenden, ist die Standardeinstellung eine Datei mit dem Namen userdata-qemu.img. Weitere Informationen zur Datei mit den Nutzerdaten finden Sie unter AVD-Daten: Verzeichnis.

-datadir dir

Gibt ein Datenverzeichnis mit einem absoluten Pfad an. Weitere Informationen Siehe AVD-Datenverzeichnis.

Beispiel:

emulator @Pixel8_API_34 -datadir
   ~/.android/avd/Pixel8_API_34.avd/mytest
-force-32bit

Verwendet den 32-Bit-Emulator auf 64-Bit-Plattformen. Gelegentlich ist diese Option die zum Testen oder Debugging nützlich sind. Beispielsweise gab es ein Problem, dass der Emulator funktionierte manchmal nicht unter 64-Bit-Windows, während 32-Bit verwendet wurde. Dieses um Vergleiche anzustellen und das Problem zu beheben. Hier ist ein Beispiel:

emulator @Pixel8_API_34 -force-32bit
-help-disk-images

Hier erhalten Sie Hilfe zu Laufwerk-Images. Diese Option liefert Informationen, die für App- und Plattform-Entwickler. Beispiel:

emulator -help-disk-images
-help-char-devices

Hier erhalten Sie Hilfe zu den Spezifikationen für die device-Zeichen. A Der Parameter device ist für einige Emulatoroptionen erforderlich. Beispiel:

emulator -help-char-devices
-help-sdk-images

Hier erhalten Sie Hilfe zu Laufwerk-Images, die für App-Entwickler relevant sind. Mit dieser Option wird Informationen zum Speicherort der Bilddateien für ein mit dem SDK-Tools. Beispiel:

emulator -help-sdk-images
-help-build-images

Hier erhalten Sie Hilfe zu Laufwerk-Images, die für Plattformentwickler relevant sind. Beispiel:

emulator -help-build-images
-initdata filepath
-init-data filepath

Gibt die anfängliche Version der Datenpartition an. Nach dem Löschen Nutzerdaten kopiert der Emulator den Inhalt der angegebenen Datei an den Nutzer (standardmäßig die Datei userdata-qemu.img) anstelle des Standard-userdata.img-Datei als Anfangsversion. Gibt die filename und ein absoluter Pfad oder ein Pfad relativ zum Arbeitsverzeichnis.

Beispiel:

emulator @Pixel8_API_34 -initdata
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/userdata-test.img

Wenn Sie keinen Pfad angeben, wird die Datei im Systemverzeichnis abgelegt. Weitere Informationen finden Sie im AVD-Systemverzeichnis.

-kernel filepath

Verwendet einen bestimmten emulierten Kernel. Wenn Sie keinen Pfad angeben, im Systemverzeichnis nach.

Verwenden Sie die Methode ‑show‑kernel-Option zum Ansehen von Kernel-Debug-Nachrichten.

Beispiel:

emulator @Pixel8_API_34 -kernel
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/kernel-test.img -show-kernel

Wenn Sie diese Option nicht angeben, wird der Standardwert kernel-ranchu verwendet. Weitere Informationen finden Sie im AVD-Systemverzeichnis.

-noaudio
-no-audio

Deaktiviert die Audiounterstützung für dieses virtuelle Gerät. Einige Linux und Windows Computer verfügen über fehlerhafte Audiotreiber, die unterschiedliche Symptome verursachen, wie z. B. wodurch der Emulator nicht gestartet wird. In diesem Fall können Sie mit dieser Option um das Problem zu lösen. Alternativ können Sie die QEMU_AUDIO_DRV verwenden um das Audio-Back-End zu ändern.

Beispiel:

emulator @Pixel8_API_34 -noaudio
-nocache
-no-cache

Startet den Emulator ohne Cache-Partition. Wenn Sie diese auswählen, ist die Standardeinstellung eine temporäre Datei mit dem Namen cache.img. Dieses Option nur für Plattformentwickler. Weitere Informationen finden Sie im AVD-Datenverzeichnis.

Beispiel:

emulator @Pixel8_API_34 -nocache
-no-snapshot

Unterbricht sowohl den automatischen Ladevorgang als auch den Speichervorgang, wodurch der Emulator um eine vollständige Startsequenz auszuführen und beim Schließen ihren Status zu verlieren. Sie überschreibt die Option -snapshot.

Beispiel:

emulator @Pixel8_API_34 -no-snapshot
-no-snapshot-load

Verhindert, dass der Emulator den AVD-Status aus dem Snapshot-Speicher lädt. Führt einen vollständigen Startvorgang aus.

Beispiel:

emulator @Pixel8_API_34 -no-snapshot-load
-no-snapshot-save

Verhindert, dass der Emulator den AVD-Status in der Snapshot-Speicherung speichert beenden, sodass alle Änderungen verloren gehen.

Beispiel:

emulator @Pixel8_API_34 -no-snapshot-save
-no-snapshot-update-time

Es wird nicht versucht, die AVD-Uhrzeit sofort nach der Snapshot-Wiederherstellung zu korrigieren. Diese Option kann beim Testen nützlich sein, da dadurch ein plötzlicher Zeitsprung vermieden wird. Die AVD wird weiterhin etwa alle 15 Sekunden aktualisiert.

Beispiel:

emulator @Pixel8_API_34 -no-snapshot-update-time
-no-snapstorage

Startet den Emulator, ohne eine Datei zum Speichern oder Laden des Status bereitzustellen Snapshots, die einen vollständigen Start erzwingen und die Snapshot-Funktion des Status deaktivieren. Dieses überschreibt die Option -snapstorage und -snapshot Optionen.

Beispiel:

emulator @Pixel8_API_34 -no-snapstorage
-no-window

Deaktiviert die grafische Fensteranzeige im Emulator. Diese Option ist nützlich, wenn der Emulator auf Servern ohne Anzeige ausgeführt wird. Auf den Emulator können Sie über adb oder die Konsole. Beispiel:

emulator @Pixel8_API_34 -no-window
-partition-size size

Gibt die Größe der Systemdatenpartition in MB an. Beispiel:

emulator @Pixel8_API_34 -partition-size 1024
-prop name=value

Legt beim Starten eine Android-Systemeigenschaft im Emulator fest. name muss ein Property-Name mit dem Label qemu_prop von höchstens 32 Zeichen ohne Leerzeichen, value muss eine Zeichenfolge von at sein maximal 92 Zeichen. Ein Beispiel finden Sie in der property_contexts-Datei. Sie können mehrere ‑prop-Optionen auf einmal angeben Befehlszeile. Diese Option kann für die Fehlerbehebung hilfreich sein. Beispiel:

emulator @Pixel8_API_34 -prop qemu.name=value -prop qemu.abc=xyz
-qemu args Übergibt Argumente an die QEMU-Emulatorsoftware. Wenn Sie diese Option verwenden, angegeben, da alle nachfolgenden Optionen als QEMU-spezifisch interpretiert werden Optionen. Diese Option ist sehr fortgeschritten und sollte nur von Entwicklern verwendet werden, die sind mit QEMU und Android-Emulation sehr vertraut.
-qemu -h

Zeigt die Hilfe zu -qemu an. Beispiel:

emulator -qemu -h
-ramdisk filepath

Gibt ein Ramdisk-Boot-Image an. Gibt den Dateinamen und einen absoluten Pfad an oder einen Pfad relativ zum Arbeitsverzeichnis.

Beispiel:

emulator @Pixel8_API_34 -ramdisk
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/ramdisk-test.img

Wenn Sie diese Option nicht verwenden, Standardmäßig befindet sich die Datei ramdisk.img im Systemverzeichnis. Weitere Informationen finden Sie im AVD-Systemverzeichnis.

-report-console socket

Meldet den Konsolenport vor dem Start einem externen Drittanbieter Emulation verwenden. Sie kann für automatisierte Testskripts nützlich sein. socket muss eine dieser Funktionen verwenden Formate:

  • tcp:port[,server][,max=seconds][,ipv6]
  • unix:port[,server][,max=seconds][,ipv6]

Weitere Informationen erhalten Sie, wenn Sie die Option -help-report-console verwenden, wie in den in der Hilfe zu bestimmten Optionen.

-shell

Erstellt eine Root-Shell-Konsole auf dem aktuellen Terminal. Diese Option unterscheidet sich von der adb shell-Befehl so an:

  • Damit wird eine Root-Shell erstellt, mit der Sie viele Teile der System.
  • Das funktioniert auch dann, wenn adb daemon im emulierten System fehlerhaft ist.
  • Drücken Sie Strg+C (oder Befehlstaste-C unter macOS), um den Emulator anstelle der Shell zu beenden.

Beispiel:

emulator @Pixel8_API_34 -shell
-snapshot name

Gibt den Namen eines Snapshots in einer Snapshot-Speicherdatei für automatische um Vorgänge zu starten und zu speichern.

Anstatt eine vollständige Startsequenz auszuführen, Emulator die Ausführung von einem früheren Snapshot aus fortsetzen können. in der Regel deutlich schneller. Wenn Sie diese Option angeben, lädt den Snapshot dieses Namens aus dem Snapshot-Image und speichert ihn wieder unter demselben Namen.

Wenn Sie diese Option nicht verwenden, ist die Standardeinstellung eine vollständige Startsequenz ausführen. Wenn der angegebene Snapshot nicht vorhanden ist, wird der führt stattdessen eine vollständige Startsequenz aus gespeichert.

Unter der Option -snapstorage finden Sie Informationen zu eine Snapshot-Speicherdatei und die Standarddatei angeben.

emulator @Pixel8_API_34 -snapshot snapshot2

Beim Laden eines Snapshots Der gesamte Systeminhalt, die Benutzerdaten und die Bilder auf der SD-Karte werden überschrieben. mit den Inhalten, die zum Zeitpunkt der Momentaufnahme vorhanden waren. Es sei denn, Sie speichern Informationen in einem anderen Snapshot speichern, gehen alle Änderungen seitdem verloren.

Sie können einen Snapshot auch über die Emulatorkonsole erstellen, indem Sie den avd snapshot save name-Befehl. Weitere Informationen finden Sie unter Befehle an die Emulator-Konsole senden.

-snapshot-list

Zeigt eine Liste der verfügbaren Snapshots an. Dieser Befehl gibt eine Tabelle mit Snapshots aus die in der Snapshot-Speicherdatei gespeichert sind, in der der Emulator gestartet wurde. und sie wird beendet. Wenn Sie -snapstorage file angeben Außerdem gibt dieser Befehl eine Tabelle der in der Datei gespeicherten Snapshots aus.

Beispiel:

emulator @Pixel8_API_34 -snapshot-list -snapstorage
   ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img

Sie können die Werte der Spalte „ID“ und „TAG“ in der Ausgabe verwenden. als Argumente für die Option -snapshot.

-snapstorage filepath

Gibt eine Repository-Datei an, die alle Status-Snapshots enthält. Alle während der Ausführung erstellte Snapshots. Nur Snapshots in dieser Datei können während der Ausführung des Emulators wiederhergestellt werden.

Beispiel:

emulator @Pixel8_API_34 -snapstorage
   ~/.android/avd/Pixel8_API_34.avd/snapshots-test.img

Wenn Sie diese Option nicht angeben, wird der Standardwert snapshots.img in den Daten verwendet -Verzeichnis. Wenn die angegebene Datei nicht vorhanden ist, wird der Emulator gestartet. aber ohne Unterstützung für das Speichern oder Laden von Status-Snapshots.

-sysdir dir

Gibt ein Systemverzeichnis mit einem absoluten Pfad an. Weitere Informationen Siehe AVD-Systemverzeichnis. Beispiel:

emulator @Pixel8_API_34 -sysdir
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/test
-system filepath

Gibt eine anfängliche Systemdatei an. Gibt den Dateinamen und einen absoluten Pfad an oder einen Pfad relativ zum Arbeitsverzeichnis.

Beispiel:

emulator @Pixel8_API_34 -system
   ~/Library/Android/sdk/system-images/android-34/
   google_apis/x86_64/system-test.img

Wenn Sie diese Option nicht verwenden, Standardmäßig befindet sich die Datei system.img im Systemverzeichnis. Weitere Informationen finden Sie im AVD-Systemverzeichnis.

-use-system-libs

Unter Linux wird die System-libstdc++ anstelle der gebündelten Version verwendet mit dem Emulatorsystem. Verwenden Sie diese Option nur, wenn der Emulator nicht normal startet und beachten Sie, dass dies nicht immer funktioniert. Legen Sie alternativ <ph type="x-smartling-placeholder"></ph> ANDROID_EMULATOR_USE_SYSTEM_LIBS-Umgebungsvariable auf 1.

Beispiel:

me-linux$ emulator @Pixel8_API_34 -use-system-libs
-writable-system

Verwenden Sie diese Option, um während der Emulationssitzung ein beschreibbares System-Image zu haben. Gehen Sie dazu so vor:

  1. Starten Sie ein virtuelles Gerät mit der Option -writable-system.
  2. Geben Sie in einem Befehlsterminal den Befehl adb remount ein, den Emulator, um system/ wieder als Lese-/Schreibmodus bereitzustellen. Standardmäßig wird es so bereitgestellt: schreibgeschützt sein.

Mit diesem Flag wird eine temporäre Kopie des System-Images erstellt die sehr groß sein (bis zu mehreren hundert MB), aber beim Emulator gelöscht wird. Exits.

Eingestellte Optionen

Die folgenden Befehlszeilenoptionen wurden eingestellt:

  • -audio-in
  • -audio-out
  • -charmap
  • -code-profile
  • -cpu-delay
  • -dpi-device
  • -dynamic_skin
  • -enable-kvm
  • -gps
  • -image
  • -keyset
  • -help-keys
  • -help-keyset-file
  • -nand-limits
  • -noskin
  • -no-skin
  • -onion
  • -onion-alpha
  • -onion-rotation
  • -radio
  • -ranchu
  • -raw-keys
  • -scale
  • -shared-net-id
  • -shell-serial
  • -skin
  • -skindir
  • -trace
  • -useaudio

Hilfe zu Befehlszeilenoptionen

In diesem Abschnitt wird beschrieben, wie Sie Hilfe zu den Befehlszeilenoptionen erhalten. Es ausführlichere Informationen zu häufig verwendeten Befehlszeilenoptionen für den Emulator, die beim Starten des Emulators verfügbar sind.

Alle Emulator-Optionen auflisten

Um eine Liste aller Emulatoroptionen einschließlich einer kurzen Beschreibung zu drucken, geben Sie folgenden Befehl:

emulator -help

Detaillierte Hilfe zu einer bestimmten Option erhalten

Geben Sie den folgenden Befehl ein, um Hilfe für eine bestimmte Startoption zu drucken:

emulator -help-option

Beispiel:

emulator -help-netspeed

Diese Hilfe ist ausführlicher als die Beschreibung des Option -help.

Detaillierte Hilfe für alle Optionen

Geben Sie den folgenden Befehl ein, um detaillierte Hilfe zu allen Emulatoroptionen zu erhalten:

emulator -help-all

Umgebungsvariablen des Emulators auflisten

Geben Sie den folgenden Befehl ein, um eine Liste der Umgebungsvariablen des Emulators aufzurufen:

emulator -help-environment

Sie können Umgebungsvariablen im Terminalfenster festlegen, bevor Sie eine virtuelles Gerät oder Sie legen dies in den Nutzereinstellungen im System. Du kannst sie beispielsweise unter Linux in der Datei .bashrc festlegen.

Debug-Tags auflisten

Geben Sie den folgenden Befehl ein, um eine Liste der Tags für die -debug-Optionen auszugeben:

emulator -help-debug-tags

Mit den Optionen für -debug kannst du Debug-Meldungen für folgende Elemente aktivieren oder deaktivieren: Emulatorkomponenten angeben, wie in den Tags angegeben.