Android Studio Bumblebee | 2021.1.1 (Jan. 2022)

Die folgenden neuen Funktionen sind in Android Studio Bumblebee verfügbar.

Unterstützung für die KMP-Testausführung

Sie können in Android Studio Humblebee Tests für Kotlin-Multiplatform-Projekte (KMP) durchführen.

Damit Ihre Tests in Android Studio erfolgreich ausgeführt werden können, müssen alle folgenden Anforderungen erfüllt sein:

• AGP 7.0.0-alpha08 oder höher
• Gradle 6.8.2 oder höher
• Kotlin-Plug-in 1.4.30 oder höher

Neuer Gerätemanager

Der Gerätemanager ist ein Ersatz für den AVD-Manager, sowohl über den Begrüßungsbildschirm von Android Studio als auch nach dem Öffnen eines Projekts. Der Gerätemanager bietet einige neue Funktionen, mit denen sich alle Ihre lokalen Testgeräte leichter erstellen und verwalten lassen. Dazu gehören:

• Eine flexiblere UI, die das Andocken in der IDE, im Floating oder in einem separaten Fenster unterstützt, wie bei anderen Toolfenstern von Android Studio. So können Sie einfacher auf Ihre Geräte zugreifen, ohne andere Fenster der IDE zu verdecken.
• Den Tab Virtuell, auf dem Sie virtuelle Geräte erstellen, verwalten und bereitstellen können, die Details zu jedem Gerät auf einen Blick sehen oder das Gerät mit nur einem Klick schnell im Gerätedatei-Explorer überprüfen können.
• Ein Tab physisch, auf dem Sie ein neues Gerät schnell über ADB Wifi koppeln können und die Details zu jedem physischen Gerät auf einen Blick sehen können Sie können das Dateisystem jedes Geräts auch schnell im Gerätedatei-Explorer mit nur einem Klick prüfen.

Führen Sie einen der folgenden Schritte aus, um den neuen Geräte-Manager zu öffnen:

• Wähle auf dem Begrüßungsbildschirm von Android Studio Weitere Aktionen > Virtueller Gerätemanager aus.

• Nachdem Sie ein Projekt geöffnet haben, wählen Sie in der Hauptmenüleiste Ansicht > Tool-Fenster > Geräte-Manager aus.

Neu im Layout Inspector

Schnappschüsse der Layouthierarchie aufnehmen

Im Layout Inspector können Sie jetzt Snapshots der Layouthierarchie Ihrer laufenden App speichern, um sie einfach mit anderen zu teilen oder später darauf zurückzugreifen.

Snapshots erfassen die Daten, die normalerweise bei Verwendung des Layout Inspectors zu sehen sind, darunter ein detailliertes 3D-Rendering Ihres Layouts, die Komponentenstruktur Ihres Ansichts-, Schreib- oder Hybridlayouts und detaillierte Attribute für jede Komponente Ihrer UI. So speichern Sie einen Snapshot:

1. App auf einem Gerät mit API-Level 23 oder höher bereitstellen
2. Öffnen Sie den Layout Inspector, indem Sie View > Tool Windows > Layout Inspector (Ansicht > Tool-Fenster > Layout-Inspector) auswählen.
3. Der Layout Inspector stellt automatisch eine Verbindung zum App-Prozess her. Ist dies nicht der Fall, wählen Sie den Anwendungsprozess aus dem Drop-down-Menü aus.
4. Wenn Sie einen Snapshot erstellen möchten, klicken Sie in der Symbolleiste des Layout Inspectors auf Snapshot exportieren .
5. Geben Sie im angezeigten Systemdialogfeld den Namen und den Speicherort für den Snapshot an. Die Datei muss mit der Erweiterung *.li gespeichert werden.

Sie können dann einen Layout Inspector-Snapshot laden, indem Sie in der Hauptmenüleiste File > Open (Datei > Öffnen) auswählen und eine *.li-Datei öffnen.

Unterstützung für die Prüfung der Semantik von „Compose“

In Compose beschreiben Sie Ihre UI mit der Semantik auf eine alternative Weise, die für Bedienungshilfen-Dienste und das Test-Framework verständlich ist. In Android Studio Bumblebee können Sie jetzt den Layout Inspector verwenden, um semantische Informationen in Ihren Compose-Layouts zu prüfen.

Prüfen Sie bei der Auswahl eines Knotens zur Erstellung im Fenster Attributes, ob darin semantische Informationen direkt deklariert, Semantik aus seinen untergeordneten Elementen zusammengeführt wird oder beides. Wenn Sie schnell herausfinden möchten, welche Knoten – deklariert oder zusammengeführt – Semantik enthalten, wählen Sie im Fenster Komponentenstruktur das Drop-down-Menü Ansichtsoptionen und dann Semantikebenen hervorheben aus. Dadurch werden nur die Knoten in der Baumstruktur hervorgehoben, die Semantik enthalten. Über die Tastatur können Sie schnell zwischen ihnen wechseln.

Aktivitätsneustarts vermeiden

Wenn Sie den Layout Inspector mit einer laufenden App in älteren Versionen von Android Studio verbinden, wird die Aktivität Ihrer App neu gestartet. Dies ist erforderlich, um ein Geräte-Flag festzulegen, das die Prüfung der Layouts Ihrer App ermöglicht.

In Android Studio Bumblebee können Sie Aktivitätsneustarts vermeiden, wenn Sie den Layout Inspector verbinden, indem Sie dieses Flag vorab mit einem der folgenden Schritte festlegen:

• Option „Ausführungskonfiguration“ aktivieren

  1. Wählen Sie in der Hauptmenüleiste Run > Edit Configurations (Ausführen > Konfigurationen bearbeiten) aus. Das Dialogfeld Run/Debug Configurations wird angezeigt.
  2. Rufen Sie die Ausführungskonfiguration auf, die Sie verwenden möchten.
  3. Klicken Sie im Bereich Layout Inspector-Optionen auf das Kästchen neben Mit Layout Inspector verbinden, ohne Aktivität neu zu starten.
  4. Verwenden Sie die Ausführungskonfiguration, wenn Sie Ihre App das nächste Mal mit dem Layout Inspector überprüfen möchten.

• Legen Sie das Flag über die Befehlszeile fest:

  1. Öffnen Sie ein Terminalfenster auf dem Computer, der mit Ihrem Gerät verbunden ist
  2. Legen Sie das Geräte-Flag für Ihre App mit dem folgenden Befehl fest:

  adb shell settings put global debug_view_attributes_application_package <my_package_name>
  

  1. Stellen Sie Ihre App auf dem Gerät bereit und verbinden Sie den Layout Inspector. Android Studio prüft, ob das Flag gesetzt ist, und verhindert einen Neustart der Activity, falls möglich.

Snapshots des Document Layout Inspectors

Sie können jetzt Snapshots der Layouthierarchie Ihrer App erstellen, um diese später zu speichern, zu teilen oder zu prüfen. Snapshots erfassen die Daten, die Sie normalerweise bei Verwendung des Layout Inspectors sehen, einschließlich eines detaillierten 3D-Renderings Ihres Layouts, der Komponentenstruktur des Ansichts-, Schreib- oder Hybridlayouts und detaillierter Attribute für jede Komponente Ihrer UI. Wenn Sie das Layout einer live laufenden App prüfen, klicken Sie in der Symbolleiste des Layout Inspector auf Snapshot exportieren und speichern Sie den Snapshot mit der Erweiterung *.li. Anschließend können Sie einen Snapshot des Layout Inspectors laden, indem Sie in der Hauptmenüleiste Datei > Öffnen auswählen und eine *.li-Datei öffnen. Der Snapshot wird auf einem Tab im Editorfenster angezeigt, sodass Sie ihn einfach mit Ihrer laufenden Anwendung vergleichen können.

Neu bei App-Prüfung

In Android Studio Bumblebee gibt es im Fenster für die App-Prüfung neue Tools und Funktionen. Sie können den App Inspector öffnen, indem Sie in der Hauptmenüleiste View > Tool Windows > App Inspection (Ansicht > Toolfenster > App-Prüfung) auswählen.

Netzwerkprüfer

Der Netzwerk-Profiler im Fenster Profilers wurde in das Fenster App Inspector-Tool verschoben. Wenn Sie bereits den Netzwerk-Profiler verwendet haben, stehen Ihnen weiterhin die gleichen Funktionen und umfassenden Traffic-Daten zur Verfügung. Stellen Sie Ihre App einfach auf einem Gerät mit API-Level 26 oder höher bereit und öffnen Sie den Tab App Inspector > Network Inspector.

Jobs, Alarme und Wakelocks prüfen

Mit dem Task Inspector für den Hintergrund können Sie jetzt zusätzlich zur vorhandenen Unterstützung für die Untersuchung von Workern die Jobs, Alarme und Wakelocks Ihrer Anwendung überprüfen. Alle Typen asynchroner Aufgaben werden jetzt auf dem Tab „Inspector“ unter der entsprechenden Überschrift angezeigt. So können Sie Status und Fortschritt ganz einfach überwachen. Ähnlich wie bei Workern können Sie einen Job, einen Alarm oder einen Wakelock auswählen, um die zugehörigen detaillierten Informationen im Bereich Task Details (Aufgabendetails) zu überprüfen.

Da Worker im Hintergrund Jobs und Wakelocks verwenden, werden diese Aufgaben, die von Workern geplant wurden, jedem Worker untergeordnet. Beachten Sie, dass Sie Worker nur im Grafikmodus sehen können.

Neu in Profilers

In Android Studio Bumblebee gibt es neue Funktionen, die Ihnen einen besseren Einblick in die Nutzung von Ressourcen durch Ihre App geben. Um ein Profil für Ihre App zu erstellen, wählen Sie in der Hauptmenüleiste Ansicht > Toolfenster > Profiler aus.

Jank-Erkennungs-Track

Beim Erstellen eines App-Profils mit Geräten mit Android 11 (API-Level 30) oder höher zeigt der CPU-Profiler jetzt eine neue Gruppe von Tracks an, die die Phasen jedes Frames unter Frame-Lebenszyklus veranschaulichen: Application, Warte auf GPU, Composition und Frames on display. Jeder Track benennt die Frames mit einer Framenummer und farbcodiert das Rechteck, damit Sie leicht visualisieren können, wo sich ein bestimmter Frame in seinem Lebenszyklus befindet. Außerdem gibt es Anleitungen, die Sie ein- und mit VSync-Ereignissen vergleichen können. Anhand dieser Daten können Sie herausfinden, wo in Ihrer Anwendung Verzögerungen auftreten können, und die Ursachen untersuchen. Im Bereich Analyse gibt es jetzt den Tab Frames, auf dem die Rendering-Informationen für alle Frames zusammengefasst sind. Weitere Informationen finden Sie unter Erkennung von UI-Verzögerungen.

Unterstützung für Profilerstellung von Anwendungsprofilen

Bei der Profilerstellung für Ihre Anwendung ist es wichtig, genaue Daten mit der Version Ihrer Anwendung zu generieren, die der von Ihren Nutzern installierten Version am ehesten entspricht. Dazu können Sie jetzt das Attribut <profileable> in das Manifest Ihrer App aufnehmen, um Profile für Apps zu erstellen, die nicht debuggen werden können, wie im folgenden Code gezeigt.

<profileable android:shell="true"/>

Profileable ist eine Manifestkonfiguration, die in Android 10 eingeführt wurde und für CPU- und Arbeitsspeicherprofilerstellungsaufgaben verfügbar ist. Die Verwendung des Flags „Profilierbar“ anstelle des Flags „Debuggable“ bietet den Hauptvorteil eines geringeren Aufwands für die Leistungsmessung. Bestimmte Profilerstellungsfunktionen sind jedoch nicht für Profileables verfügbar. Dazu gehören z. B. die Ereigniszeitachse, die API-initiierte CPU-Profilerstellung, Heap-Dumps oder Live-Standortaufzeichnungen. Weitere Informationen finden Sie unter Profilierbare Anwendungen.

Callstack-Frames minimieren

Sie können jetzt Frames minimieren, die für Ihre Untersuchung irrelevant sind, wenn Sie eine Callstack-Beispielaufnahme im Toolfenster Profilers prüfen. Mithilfe von Aufrufstacks können Sie nachvollziehen, welcher Teil des Codes ausgeführt wurde und warum er aufgerufen wurde. Der Aufrufstack für ein Java-/Kotlin-Programm enthält jedoch normalerweise nicht nur Java-/Kotlin-Code, sondern auch Frames aus nativem Code, der ablenken kann. Weitere Informationen zum Optimieren der Aufrufstack-Ansicht finden Sie unter Callstack-Frames prüfen.

Debugging über WLAN

Android Studio Bumblebee unterstützt die kabellose Fehlerbehebung auf Geräten mit Android 11 und höher. Sie können Ihre App aus Android Studio über WLAN koppeln und bereitstellen, ohne ein USB-Kabel zu verwenden oder ADB-Verbindungen (Android Debug Bridge) über die Befehlszeile zu verwalten. Rufe dazu im Geräteauswahlmenü die Option Geräte über WLAN koppeln auf und wähle entweder einen QR-Code oder einen PIN-Code zum Koppeln aus. Rufen Sie auf Ihrem Gerät mit Android 11 oder höher unter Entwickleroptionen den Bildschirm Wireless Debugging auf. Initialisieren Sie die ADB-Sitzung und stellen Sie kabellos mit Android Studio eine Verbindung her. Weitere Informationen zur Fehlerbehebung bei WLAN-Verbindungen finden Sie unter Gerät über WLAN verbinden (Android 11 und höher).

Interaktive Vorschau für Schreiben ist standardmäßig aktiviert

Ab Android Studio Bumblebee ist die interaktive Vorschaufunktion standardmäßig aktiviert. In der interaktiven Vorschau können Sie mit einer Vorschau wie auf einem Gerät interagieren. Die interaktive Vorschau ist von anderen Vorschauen in einer Sandbox-Umgebung isoliert, in der Sie auf Elemente klicken und Nutzereingaben in die Vorschau eingeben können. Damit können Sie schnell verschiedene Status und Touch-Gesten Ihrer zusammensetzbaren Funktion testen, z. B. ob ein Kästchen angeklickt oder leer ist.

Der interaktive Vorschaumodus wird direkt in Android Studio ausgeführt, ohne dass ein Emulator ausgeführt wird. Das führt zu einigen Einschränkungen:

• Kein Netzwerkzugriff.
• Kein Dateizugriff.
• Einige Context APIs sind möglicherweise nicht vollständig verfügbar.

Vorschau von Animiertem Vektor-Drawable (AVD)

Mit dem Tool „Animierte Vektor-Drawable“ lassen sich animierte Drawable-Ressourcen in der Vorschau anzeigen. Mit diesem Tool kannst du die Ressourcen von <animation-list>, <animated-vector> und <animated-selector> in Android Studio als Vorschau ansehen und benutzerdefinierte Animationen leichter optimieren.

Nicht transitive R-Klassen standardmäßig aktiviert

Nicht-transitive R-Klassen sind jetzt standardmäßig aktiviert. Sie können nicht-transitive R-Klassen mit dem Android-Gradle-Plug-in verwenden, um schnellere Builds für Anwendungen mit mehreren Modulen zu erstellen. Auf diese Weise wird eine Duplizierung von Ressourcen verhindert, da die R-Klasse jedes Moduls nur Verweise auf seine eigenen Ressourcen enthält, ohne Verweise aus ihren Abhängigkeiten abzurufen. Dies führt zu aktuelleren Builds und den entsprechenden Vorteilen der Kompilierungsvermeidung.

Hilfe zu diesem Feature erhalten Sie unter Refactor > Zu nicht-Transitive R-Klassen migrieren...

Update zur Unterstützung von Apple Silicon

Für diejenigen, die macOS auf Apple Silicon-Hardware (arm64) verwenden, unterstützen Android Studio Arctic Fox und der Android-Emulator seit letztem Jahr diese neue Architektur. Mit dieser Version haben wir jedoch die Android SDK-Plattformtools v32.0.0 (die ADB und fastboot enthalten) und die Tools v32.1.0 (die aapt enthalten) aktualisiert, sodass sie universelle Binärprogramme sind, sodass für Ihre Android-Entwicklertools nicht mehr der Binärübersetzungsübersetzer Rosetta benötigt wird. Weitere Informationen finden Sie in den Versionshinweisen für SDK-Plattformtools.

Aktualisierte Geräteauswahl für Designtools

Um das Design deiner App für die unterschiedlichen Android-Geräte zu vereinfachen, haben wir die Geräteauswahl in verschiedenen Designtoolfenstern wie Layout Editor und Layout Validation mit Referenzgeräten aktualisiert, die gängige Größen der einzelnen Geräteformfaktoren widerspiegeln. Von Smartphones über Tablets über Wear-Geräte bis hin zu Android TVs ist es jetzt einfacher, dein Layout auf Bildschirmgrößen, die für beliebte reale Geräte repräsentativ sind, in der Vorschau anzuzeigen, zu validieren oder zu bearbeiten.

Android-Tests

In Android Studio Bumblebee und AGP 7.1 werden mehrere neue Funktionen und Verbesserungen eingeführt, damit Sie automatisierte Instrumentierungstests zuverlässiger und skalierbarer ausführen können und nützliche Ergebnisse zum Beheben von Problemen angezeigt werden.

Unified Gradle-Test-Runner

Das Android-Gradle-Plug-in 7.1.0 sowie Android Studio Bumblebee und höher verwenden die Gradle-eigene Implementierung des instrumentierten Test-Runners von Android, um instrumentierte Tests auszuführen. Wenn Sie denselben Test-Runner verwenden, sind die Ergebnisse wahrscheinlich konsistent, unabhängig davon, ob Sie AGP über die Befehlszeile ausführen, z. B. auf einem Continuous-Integrationsserver, oder von Android Studio aus.

In früheren Versionen von Android Studio wird der instrumentierte Test-Runner von IntelliJ Android anstelle des instrumentierten Android-Test-Runners von Gradle verwendet. Wenn Sie also nicht die neueste Version von Android Studio verwenden und Ihre Tests in Android Studio oder mit dem Gradle-Plug-in über die Befehlszeile ausführen, werden möglicherweise unterschiedliche Testergebnisse angezeigt, z. B. wenn Tests mit einem Runner bestanden und bei einem anderen fehlgeschlagen werden.

Wenn Sie bereits instrumentierte Testkonfigurationen in Ihrem Projekt gespeichert haben, wird Gradle verwendet, um Tests auf Ihrem verbundenen Gerät auszuführen. Sie können eine neue instrumentierte Testkonfiguration erstellen, indem Sie die Gutter-Aktion neben Ihrer Testklasse oder -methode verwenden, wie unten gezeigt.

Wenn Sie Ihre instrumentierten Tests ausführen, können Sie prüfen, ob Android Studio den Gradle-Test-Runner verwendet. Sehen Sie sich dazu die Testausgabe in der Testmatrix für die Gradle-Aufgabenausgabe an. Obwohl wir diese Funktion mit jeder Veröffentlichung von Android Studio verbessern, gibt es einige bekannte Probleme. Wenn Probleme auftreten, melden Sie einen Fehler. Sie können auch die neue Testpipeline deaktivieren, um zum alten Verhalten zurückzukehren.

Der Android-Emulator wird jetzt standardmäßig direkt in Android Studio ausgeführt.

Der Android-Emulator wird standardmäßig direkt in Android Studio ausgeführt. Auf diese Weise können Sie Platz auf dem Bildschirm sparen, mithilfe von Hotkeys schnell zwischen dem Emulator und dem Editorfenster wechseln sowie den IDE- und Emulator-Workflow in einem einzigen Anwendungsfenster organisieren.

Wenn der Emulator ausgeführt wird, haben Sie Zugriff auf gängige Emulatoraktionen wie Drehen und erweiterte Steuerungsoptionen wie die Wiedergabe der Navigation. Wenn Sie den Emulator in einem separaten Fenster ausführen möchten, wählen Sie Datei > Einstellungen > Tools > Emulator (Android Studio > Einstellungen > Tools > Emulator unter macOS) aus und deaktivieren Sie die Option In einem Toolfenster starten.

Neue Testpipeline deaktivieren

In Android Studio Bumblebee wird standardmäßig Gradle verwendet, um Instrumentierungstests auszuführen. Wenn Probleme auftreten, können Sie dieses Verhalten so deaktivieren:

1. Wählen Sie unter macOS File > Settings > Build, Execution, Deployment > Testing (Datei > Einstellungen > Build, Ausführung, Bereitstellung > Testen) oder Android Studio > Einstellungen > Build, Ausführung, Bereitstellung > Testen aus.
2. Entfernen Sie das Häkchen neben Run Android instrumented Testing using Gradle (Android instrumentierte Tests mit Gradle ausführen) und klicken Sie auf OK.

Sie können auch zu älteren Verhaltensweisen zurückkehren, indem Sie einen der folgenden Schritte ausführen:

• Wenn Sie Gradle-Aufgaben über die Befehlszeile ausführen, verwenden Sie den folgenden Befehlszeilenparameter: -Pandroid.experimental.androidTest.useUnifiedTestPlatform=false
• Fügen Sie der Datei gradle.properties Ihres Projekts den folgenden Parameter hinzu: android.experimental.androidTest.useUnifiedTestPlatform=false

Um Probleme zu beheben, die möglicherweise auftreten, melden Sie einen Fehler.

Patch releases

Im Folgenden findest du Patch-Releases in Android Studio Bumblebee.