Diese Seite wurde von der Cloud Translation API übersetzt.

Android Studio Electric Eel | 2022.1.1 (Jan. 2023)

Im Folgenden sind neue Funktionen in Android Studio Electric Eel aufgeführt.

Updates für Logcat

Die Benutzeroberfläche des Logcat-Fensters

In Android Studio Electric Eel ist die neue Version von Logcat standardmäßig aktiviert, um das Parsen, Abfragen und Verfolgen von Logs zu vereinfachen. Dies ist die wichtigste Aktualisierung des Tools seit seiner Einführung. Unter Logs mit Logcat ansehen finden Sie weitere Informationen zur Verwendung der neuen Funktionalität und zur Abfragesyntax.

App Quality Insights von Firebase Crashlytics

Ab Android Studio Electric Eel können Sie App-Absturzdaten von Firebase Crashlytics direkt in der IDE ansehen und darauf reagieren. Durch diese Integration werden Stacktrace-Daten und Absturzstatistiken aus Crashlytics in das neue Toolfenster App Quality Insights in der IDE übertragen. Sie müssen also nicht zwischen Browser und IDE hin- und herwechseln. Entwicklungsteams können unter anderem von folgenden wichtigen Funktionen profitieren:

Die Zeilen im Code sind hervorgehoben, wenn sie zugehörige Crashlytics-Ereignisdaten enthalten.
Sehen Sie sich den Stacktrace nach den häufigsten Abstürzen an und klicken Sie auf den Stacktrace, um zu den relevanten Zeilen im Code zu springen.
Sie können sich zusammenfassende Statistiken zu den häufigsten Abstürzen und nicht schwerwiegenden Ereignissen ansehen, z. B. gruppiert nach Gerätehersteller und Android-Version.
Ereignisse nach Schweregrad, Zeit und App-Version filtern
Rufen Sie einen Browserlink ab, über den die Crashlytics-Dashboard-Seite mit weiteren Details zum Ereignis geöffnet wird.

Durch die Einbindung von Android Studio und Crashlytics können Sie Code schreiben und die häufigsten Absturzprobleme an einem Ort beheben. Diese verbesserte Entwicklung hilft Ihnen, über die Leistung Ihrer Anwendung auf dem Laufenden zu bleiben und Unterbrechungen für Ihre Nutzer zu minimieren. Wenn Probleme mit dieser Funktion auftreten, melden Sie den Fehler.

Wenn Sie Crashlytics noch nicht verwenden und mehr über die Angebote erfahren möchten, lesen Sie Firebase Crashlytics.

Erste Schritte

Wenn Sie Crashlytics-Daten in Android Studio sehen möchten, müssen Sie Firebase und Crashlytics in Ihrem App-Projekt einrichten. Öffnen Sie dazu in Android Studio den Firebase Assistant. Rufen Sie dazu Tools > Firebase auf, klicken Sie auf Crashlytics und folgen Sie der Anleitung, um Ihrem Projekt Firebase und Crashlytics hinzuzufügen. Weitere Informationen zum Firebase Assistant-Workflow finden Sie im Firebase-Startleitfaden für Android.

Wenn Sie Ihrer App bereits Firebase und Crashlytics hinzugefügt haben, melden Sie sich in der IDE in Ihrem Entwicklerkonto an. Klicken Sie dazu auf das Avatarsymbol . Klicken Sie nach der Anmeldung auf das Fenster App Quality Insights. Die Bereiche Probleme, Beispiel-Stacktrace und Details sollten mit Berichten aus Crashlytics angezeigt werden.

Crashlytics-Daten in Android Studio verwenden

Das Fenster App Quality Insights enthält umfassende Daten mit Informationen zu den Ereignissen, auf die Nutzer stoßen, sowie Links, über die Sie schnell zu den Quellen dieser Ereignisse gelangen können.

Fenster mit App Quality Insights

Wenn Ihr Projekt mehrere Anwendungsmodule enthält, achten Sie darauf, dass das Modul, für das Sie Ereignisdaten sehen möchten, aus dem Drop-down-Menü des Moduls ausgewählt ist.
Wählen Sie im Drop-down-Menü für die Anwendungs-ID die Anwendungs-ID aus, die Sie analysieren möchten. Wenn Sie beispielsweise in der IDE an der Debug-Version Ihrer App arbeiten, möchten Sie möglicherweise Ereignisdaten für die Produktionsversion Ihrer App sehen, die Ihre Nutzer installieren.
Im Bereich Probleme werden die wichtigsten Ereignisse angezeigt, für die Crashlytics Daten vorliegen, und diese sind nach Ihren größten Abstürzen sortiert.
Der Bereich Beispiel-Stacktrace enthält Details zum letzten Auftreten des Ereignisses, auf das Sie im Bereich Probleme klicken. Sehen Sie sich den Stacktrace des Ereignisses an und klicken Sie auf den Stacktrace, um zu den relevanten Zeilen in Ihrer Codebasis zu springen.

Es gibt auch Informationen zum betroffenen Gerätetyp, seine Android-Version und den Zeitpunkt des Ereignisses sowie einen Link zum Ereignis im Firebase Crashlytics-Dashboard. Das Dashboard ist nützlich, wenn Sie tiefer ins Detail gehen und zusätzliche Stacktraces, Trends und benutzerdefinierte Logs untersuchen möchten.
Im Bereich Details wird die Anzahl der Abstürze nach Gerätetyp und Android-Version aufgeschlüsselt. So kannst du feststellen, welche Nutzergruppen am stärksten betroffen sind. Außerdem wird angezeigt, bei welcher App-Version der Absturz aufgetreten ist und wie viele Nutzer betroffen sind.
Verwenden Sie die Filter für Schweregrade, um Ereignisse mit dem Schweregrad oder als schwerwiegend auszuwählen oder ihre Auswahl aufzuheben.
Mit den Filtern für Zeitraum und Anwendungsversion können Sie sich auf bestimmte Teilmengen von Ereignissen konzentrieren.

Neben der Möglichkeit, vom Stacktrace zum Code zu wechseln, können Sie auch von Code zu Stacktrace springen: In Android Studio werden jetzt Codezeilen hervorgehoben, die sich auf Abstürze beziehen, sodass Sie sie leicht erkennen und debuggen können.

Absturzbezogener Code in der IDE hervorgehoben

Wenn Sie den Mauszeiger auf eine hervorgehobene Codezeile bewegen, wird ein Pop-up-Fenster mit dem betroffenen Ereignis, seiner Häufigkeit und der Anzahl der betroffenen Geräte angezeigt. Sie können auf In App Quality Insights öffnen klicken, um die Ereignisdetails im Toolfenster App Quality Insights zu öffnen. Weitere Informationen finden Sie unter Probleme aus Firebase Crashlytics mit App Quality Insights analysieren.

Live-Updates zur Vorschau der Funktion „Schreiben“

Ab Android Studio Electric Eel werden Aktualisierungen Ihrer Vorschauänderungen sofort angezeigt, wenn Sie diese vornehmen. Weitere Informationen finden Sie unter Vorschau zusammensetzbare Funktionen.

GIF, das Aktualisierungen in Echtzeit über die Vorschaufunktion zeigt

Vorschau der Funktion „Schreibassistent“ auf verschiedenen Geräten verwenden

In Android Studio Electric Eel können Sie den Parameter device der Vorschauanmerkung bearbeiten, um Konfigurationen für Ihre zusammensetzbaren Funktionen auf verschiedenen Geräten zu definieren. Weitere Informationen finden Sie unter Verwendung mit verschiedenen Geräten.

Beispiel für zusammensetzbare Funktion

Beispielfunktion bearbeiten

Highlights des Layout Inspectors bei der Neuzusammensetzung

In Android Studio Electric Eel werden die Neuzusammensetzungen hervorgehoben, damit Sie leichter feststellen können, wo in der Benutzeroberfläche die Zusammensetzungen neu zusammengesetzt werden. Der hervorgehobene Teil zeigt ein Farbverlaufs-Overlay der zusammensetzbaren Funktion im Bildbereich des Layout Inspectors und verschwindet nach und nach. So sehen Sie, wo in der Benutzeroberfläche die zusammensetzbare Funktion mit den höchsten Neuzusammensetzungen zu finden ist. Wenn eine zusammensetzbare Funktion mit einer höheren Rate als eine andere zusammensetzbar ist, erhält die erste zusammensetzbare Funktion eine stärkere Farbverlaufs-Overlay-Farbe. Weitere Informationen finden Sie unter Anzahl der Neuzusammensetzungen im Layout Inspector.

Highlights beim Rendern der Neuzusammensetzung

Visuelles Linting für Aufrufe

In Android Studio wird Ihr Layout jetzt automatisch ausgeführt, um bei Layouts, die in Ansichten geschrieben wurden, bei verschiedenen Bildschirmgrößen Lint-Probleme zu erkennen. Wenn Sie Layoutvalidierung öffnen, können Sie sehen, wie alle Ihre Layouts in verschiedenen Gerätegrößen gerendert werden. Wenn ein Problem vorliegt, wird es im Bereich Probleme angezeigt, in dem alle Probleme in den Designtools angezeigt werden.

Benutzeroberfläche zur Layoutvalidierung

Bereich für universelle Probleme

Sie können jetzt alle Probleme für Ihre Designtools in einem gemeinsamen Bereich für Probleme ansehen. Um das Toolfenster aufzurufen, gehen Sie zu Ansicht > Toolfenster > Probleme.

Bereichsbenutzeroberfläche

Emulator mit anpassbarer Größe

Sie können Ihre App jetzt für mehrere Bildschirmgrößen und mit einem einzigen Emulator mit anpassbarer Größe testen. Das Testen mit einem einzelnen Emulator mit anpassbarer Größe ermöglicht Ihnen nicht nur das schnelle Testen von Änderungen über verschiedene Schnittstellen hinweg, sondern ermöglicht auch eine reibungslosere Entwicklung, da die Rechenressourcen und der Arbeitsspeicher gespart werden, die für die Verwaltung separater virtueller Geräte erforderlich wären.

Wenn Sie den Emulator mit anpassbarer Größe verwenden möchten, benötigen Sie die Android-Emulator-Version 31.1.3 oder höher. Rufen Sie Tools > SDK Manager auf, um Versionen zu aktualisieren. So erstellen Sie ein virtuelles Android-Gerät mit anpassbarer Größe:

Wählen Sie beim Erstellen des Ablaufs für Geräte das Profil für die Telefonhardware mit der Option In der Größe geändert (experimentell) aus.
Laden Sie das Android Tiramisu-System-Image herunter.
Folgen Sie der Anleitung, um das AVD zu erstellen.

Wenn Sie Ihre App für den Emulator mit anpassbarer Größe bereitstellen, können Sie über das Drop-down-Menü Anzeigemodus in der Symbolleiste des Emulators schnell zwischen verschiedenen gängigen Gerätetypen wechseln. Die Bildschirmgröße des Emulators wird angepasst, damit Sie Ihre App ganz einfach mit verschiedenen Bildschirmgrößen und -dichten testen können.

Drop-down-Menü zur Auswahl des Anzeigemodus des Emulators

Virtuelles Android-Desktopgerät jetzt verfügbar

Du kannst jetzt mit einem virtuellen Desktop-Android-Gerät (Android Virtual Device, AVD) testen, wie deine App auf Desktop-Geräten wie Chromebooks funktioniert. Nutzer interagieren auf Geräten mit großen Bildschirmen oft unterschiedlich mit Anwendungen. Mit dem Desktop-AVD können Sie sehen, wie sich Ihre App in dieser Umgebung verhält. Hier sind einige der Funktionen, die Sie testen können:

App-Größe anpassen: Die Größe der App kannst du durch Ziehen der Fensterränder anpassen.
Freies Fensterverwaltung: Platzieren Sie Ihre App an verschiedenen Stellen auf dem Desktopbildschirm und minimieren, maximieren und stellen Sie das App-Fenster wieder her.
Benachrichtigungen: Prüfen Sie, ob die Benachrichtigungen korrekt gerendert werden, wenn sie aus der Taskleiste des Desktops geladen werden.

Weitere Informationen zu Desktop-AVDs und dazu, wie Sie sie in Ihren Testworkflow einbinden können, finden Sie im Blog für ChromeOS-Entwickler unter Desktop AVD in Android Studio.

Apps auf einem Chromebook

Auswirkungen auf Downloads mit Build Analyzer prüfen

Build Analyzer bietet jetzt eine Zusammenfassung der Zeit, die für das Herunterladen von Abhängigkeiten aufgewendet wurde, und eine detaillierte Ansicht der Downloads pro Repository. Anhand dieser Informationen können Sie feststellen, ob sich unerwartete Abhängigkeitsdownloads negativ auf die Build-Leistung auswirken. Dies ist besonders wichtig bei inkrementellen Builds, bei denen Artefakte nicht konsistent heruntergeladen werden sollten.

Insbesondere können Sie anhand dieser Informationen Konfigurationsprobleme identifizieren, z. B. die Verwendung dynamischer Versionen von Abhängigkeiten, die zu unerwarteten Downloads führen. Eine hohe Anzahl fehlgeschlagener Anfragen für ein bestimmtes Repository weist außerdem darauf hin, dass das Repository in der Repository-Konfiguration entfernt oder nach unten verschoben werden sollte.

SDK-Statistiken

Statistiken zu Abhängigkeiten finden Sie im neuen Google Play SDK Index, einem öffentlichen Portal mit Informationen zu beliebten Abhängigkeiten oder SDKs. Wenn eine bestimmte Version einer Bibliothek vom Autor als veraltet markiert wurde, wird beim Aufrufen dieser Abhängigkeitsdefinition eine entsprechende Lint-Warnung angezeigt. So können Sie Abhängigkeitsprobleme während der Entwicklung ermitteln und aktualisieren, anstatt Ihre App später in der Play Console zu veröffentlichen. Weitere Informationen zu diesem neuen Tool finden Sie hier im Blogpost für Android-Entwickler.