Mobile Entwicklung
Vorlage wählen, Werte eingeben und den Befehl samt Auswirkungen prüfen.
adb devices -l
Für POSIX sh unter macOS, Linux oder WSL. Pfade bleiben wörtlich; Variablen und ~ werden nicht aufgelöst.
Eingaben bleiben im Browser. Keine Geräteverbindung und keine Befehlsausführung.
Die Geräteliste ignoriert Zieloptionen. Andere Vorlagen verwenden -d, -e oder -s; ohne Auswahl entscheidet ADB.
Befehlsvorschau ist aktuell.
ADB-Befehle brauchen bei mehreren angeschlossenen Geräten ein eindeutiges Ziel. Hier wählen Sie eine Vorlage und geben Seriennummer, Pfade und Paketnamen getrennt ein. Die Ausgabe lässt sich anschließend im passenden Terminal verwenden.
Sie können eine APK installieren, Protokolle lesen oder Dateien übertragen. Die Vorschau bestätigt weder eine Verbindung noch einen erfolgreichen Vorgang auf dem Gerät. Sie zeigt ausschließlich die zusammengestellte Befehlszeile.
ADB-Befehle können erst die lokale und danach die Geräte-Shell durchlaufen. Die Vorschau zitiert beide Ebenen getrennt, damit Leerzeichen und Apostrophe im Dateinamen als Inhalt eines Arguments erhalten bleiben.
Beim Wechsel von Logs zum Löschen von App-Daten ändert sich der Hinweis unmittelbar. Installation, Dateiüberschreibung und Neustart haben eigene Erklärungen. Eine gültige Syntax ist somit keine Zusicherung eines unbedenklichen Vorgangs.
Die Geräteliste gilt für den gesamten Server. Für andere Vorlagen wählen -d und -e eine Geräteart; mehrere passende Geräte bleiben dabei mehrdeutig. Nutzen Sie dann eine Seriennummer. Ein Beispielwert bestätigt keinen vorhandenen Emulator.
Der APK-Pfad liegt auf dem Rechner. Ein Screenshot wird zunächst in einen absoluten .png-Pfad auf dem Gerät geschrieben, anschließend lokal abgeholt. Tragen Sie den Pfad selbst ein, ohne zusätzliche Shell-Anführungszeichen.
Automatik wartet 350 ms nach einer Änderung. Ohne Automatik erstellt Strg/Cmd+Enter den Befehl. Beispiel und Leeren zeigen zunächst Feldänderungen. Nach dem Anwenden stellt einmaliges Rückgängig Eingaben und Ausgabe zusammen wieder her.
Eine APK installieren benötigt einen lokalen Pfad; -r und -t sind optional. Deinstallieren benötigt die Anwendungs-ID statt des APK-Dateinamens. -k behält Daten und Cache, entfernt aber weiterhin die Anwendung.
Wählen Sie einen Tag und eine Mindestpriorität. Ein benannter Tag erhält *:S zum Unterdrücken anderer Tags. Ohne Tag gilt die Priorität für alle. Standardmäßig wird der Puffer gelesen und beendet; kontinuierliche Ausgabe ist wählbar.
screencap und pull sind mit && verbunden. Nur eine erfolgreiche Aufnahme löst anschließend den Abruf aus. Separate pull- und push-Vorlagen halten Quelle und Ziel in der richtigen Reihenfolge und zitieren beide Pfade.
Datenlöschung nennt einen Android-Nutzer; Neustart unterstützt nur das normale System. Kopieren und Textdownload enthalten nur den aktuellen Befehl, keine versteckten Entwürfe oder erfundenen Geräteantworten.
Ermitteln Sie mit adb devices -l die Seriennummer und wählen Sie das Seriennummernziel. -s begrenzt den Befehl auf dieses Gerät. -d und -e wählen USB beziehungsweise Emulator, können bei mehreren Kandidaten aber weiterhin uneindeutig sein.
Wählen Sie Screenshot aufnehmen und holen. Geben Sie einen absoluten Gerätepfad mit .png sowie ein lokales Ziel an. Nach erfolgreichem screencap folgt durch && der pull. An beiden Orten können Dateien überschrieben werden.
Ja. Erst interpretiert die Host-Shell die Zeile, danach die Geräte-Shell den von adb shell übertragenen Text. Eine einfache Zitierebene kann vorher verschwinden. Dieses Werkzeug schützt die Argumente an beiden Grenzen.
Geben Sie einen exakten Tag und eine Priorität an. Tag:I zusammen mit *:S zeigt beispielsweise nur diesen Tag ab Information. Ohne Tag entsteht *:I. Sichtbare Logs hängen außerdem von Berechtigungen und Puffern ab.
pm clear löscht nicht nur den Cache, sondern auch Einstellungen, Sitzungen und weitere App-Daten. Die Vorlage ist als Löschvorgang markiert und nennt den Android-Nutzer. Für erhaltenswerte App-Daten ist sie ungeeignet.
Tragen Sie den Pfad einschließlich Leerzeichen ohne eigene äußere Anführungszeichen ein. Pull benötigt Host-Argumente; Screenshot-Aufnahmen zusätzlich Geräte-Shell-Zitierung. Ob der Quellpfad tatsächlich erreichbar ist, kann das Werkzeug nicht prüfen.
Weicht die Vorschau von Ihrer Gerätedokumentation ab?
ADB-Befehle lassen sich hier mit Ziel, Pfaden und Auswirkungen gemeinsam prüfen. Kopieren Sie die aktuelle Vorschau und kontrollieren Sie sie im vorgesehenen Shell-Umfeld.