Android Studio 4.1 (August 2020)
Android Studio 4.1 ist eine wichtige Version, die eine Vielzahl neuer Funktionen und Verbesserungen enthält.
4.1.3 (März 2021)
Dieses kleinere Update enthält verschiedene Fehlerkorrekturen. Eine Liste der wichtigsten Fehlerkorrekturen finden Sie im zugehörigen Beitrag im Blog „Release Updates“.
4.1.2 (Januar 2021)
<p>
This minor update includes various bug fixes.
To see a list of notable bug fixes, read the related post on the
<a href="https://androidstudio.googleblog.com/2021/01/android-studio-412-available.html">
Release Updates blog</a>.
</p>
<p><b>4.1.1 (November 2020)</b></p>
<p>
This minor update includes various bug fixes.
To see a list of notable bug fixes, read the related post on the
<a href="https://androidstudio.googleblog.com/2020/11/android-studio-411-available.html">
Release Updates blog</a>.
</p>
Neuer Database Inspector
Mit dem neuen Database Inspector können Sie Ihre Datenbanken in Ihrer laufenden App prüfen, abfragen und ändern. Dazu müssen Sie Ihre App auf einem Gerät mit API-Level 26 oder höher bereitstellen und in der Menüleiste View > Tool Windows > Database Inspector auswählen.

Weitere Informationen finden Sie unter Datenbank mit dem Database Inspector debuggen.
Android Emulator direkt in Android Studio ausführen
Sie können den Android Emulator jetzt direkt in Android Studio ausführen. Mit dieser Funktion können Sie Bildschirmplatz sparen, schnell zwischen dem Emulator und dem Editorfenster wechseln und Ihren IDE- und Emulator Workflow in einem einzigen Anwendungsfenster organisieren.

Weitere Informationen finden Sie in der Android Emulator-Dokumentation.
TensorFlow Lite-Modelle verwenden
Mit der ML Model Binding-Funktion können Sie .tflite Modell
Dateien ganz einfach direkt importieren und in Ihren Projekten verwenden. Android Studio generiert benutzerfreundliche
Klassen, sodass Sie Ihr Modell mit weniger Code und besserer Typsicherheit ausführen können.
Unterstützte Modelle
Die aktuelle Implementierung von ML Model Binding unterstützt Modelle für die Bild klassifizierung und den Stiltransfer, sofern sie mit Metadaten erweitert wurden. Im Laufe der Zeit wird die Unterstützung auf andere Problembereiche wie Objekterkennung, Bildsegmentierung und Textklassifizierung ausgeweitet.
Auf TensorFlow Hub finden Sie eine Vielzahl vortrainierter Modelle mit Metadaten. . Sie können auch selbst Metadaten zu einem TensorFlow Lite-Modell hinzufügen, wie unter Metadaten zu TensorFlow Lite-Modellen hinzufügen beschrieben.
Modelldatei importieren
So importieren Sie eine unterstützte Modelldatei:
- Öffnen Sie im Menü „File“ (Datei) das Dialogfeld zum Importieren von TensorFlow Lite-Modellen unter File > New > Other > TensorFlow Lite Model (Datei > Neu > Sonstiges > TensorFlow Lite-Modell).
- Wählen Sie die
.tflite-Modelldatei aus, die Sie zuvor heruntergeladen oder erstellt haben. - Klicken Sie auf Finish (Fertig).
Dadurch wird die Modelldatei in Ihr Projekt importiert und im Ordner ml/
platziert. Wenn das Verzeichnis nicht vorhanden ist, wird es von Android Studio erstellt.

Modelldetails und -nutzung ansehen
Wenn Sie die Details zu einem importierten Modell sehen und eine Anleitung zur Verwendung in Ihrer App erhalten möchten, doppelklicken Sie in Ihrem Projekt auf die Modelldatei, um die Seite mit der Modellansicht zu öffnen. Dort wird Folgendes angezeigt:
- Model (Modell): Allgemeine Beschreibung des Modells
- Tensors (Tensoren): Beschreibung der Eingabe- und Ausgabetensoren
- Sample code (Beispielcode): Beispiel für die Interaktion mit dem Modell in Ihrer App
Hier ein Beispiel mit „mobilenet_v1_0.25_160_quantized.tflite“:
Wie im Beispiel gezeigt, erstellt Android Studio eine Klasse namens
MobilenetV1025160Quantized für die Interaktion mit dem Modell.
Wenn das Modell keine Metadaten enthält, werden auf diesem Bildschirm nur minimale Informationen angezeigt.
Bekannte Probleme und Problemumgehungen
- Die Unterstützung für TensorFlow Lite-Modelle für andere Problembereiche als die Bild klassifizierung und den Stiltransfer ist derzeit begrenzt. Der Import sollte zwar funktionieren, aber einige Modelleingaben und ‑ausgaben werden durch TensorBuffers und nicht durch benutzerfreundliche Typen dargestellt. Bei Modellen ohne Metadaten sind alle Modelleingaben und ‑ausgaben TensorBuffers.
- Modelle mit anderen Datentypen für Ein- und Ausgaben als
DataType.UINT8oderDataType.FLOAT32werden nicht unterstützt.
Diese Funktion befindet sich noch in der Entwicklung. Wir freuen uns über Feedback und Fehlerberichte.
Native Memory Profiler
Der Speicher-Profiler von Android Studio enthält jetzt einen Native Memory Profiler für Apps, die auf physischen Geräten mit Android 10 oder höher bereitgestellt werden. Mit dem Native Speicher-Profiler können Sie Arbeitsspeicherzuweisungen und ‑freigaben aus nativem Code aufzeichnen und kumulative Statistiken zu nativen Objekten prüfen.

Weitere Informationen zum Native Memory Profiler finden Sie unter Arbeitsspeichernutzung der App mit dem Speicher-Profiler prüfen.
Bekannte Probleme und Problemumgehungen
Der Native Speicher-Profiler in Android Studio 4.1 funktioniert nicht für Android 11 Geräte. Die Unterstützung für die Profilerstellung von Android 11-Geräten ist derzeit in der Vorschauversion 4.2" verfügbar.
Ab der ersten Version von 4.1 ist die Profilerstellung beim App-Start deaktiviert. Diese Option wird in einer künftigen Version aktiviert.
Als Problemumgehung können Sie den eigenständigen Perfetto-Befehlszeilen-Profiler verwenden, um Startprofile zu erfassen.
System Trace UI: Einfachere Auswahl, neuer Analysetab und mehr Daten zur Frame-Wiedergabe
Die System Trace UI im Android Studio-Profiler enthält die folgenden Verbesserungen:
-
Box selection (Kastenauswahl): Im Bereich Threads (Threads) können Sie jetzt mit der Maus einen rechteckigen Bereich auswählen, in den Sie hineinzoomen können, indem Sie rechts oben auf die Schaltfläche Zoom to Selection
klicken oder die Tastenkombination M verwenden. Wenn Sie ähnliche Threads nebeneinander ziehen, können Sie mehrere Threads auswählen, um sie alle gleichzeitig zu prüfen. Sie können beispielsweise eine
Analyse für mehrere Worker-Threads durchführen.
-
Summary tab (Tab „Zusammenfassung“): Auf dem neuen Tab Summary (Zusammenfassung) im Bereich Analysis (Analyse) wird Folgendes angezeigt:
-
Aggregierte Statistiken für alle Vorkommen eines bestimmten Ereignisses, z. B. die Anzahl der Vorkommen und die Mindest-/Höchstdauer.
-
Statistiken zu Trace-Ereignissen für das ausgewählte Vorkommen.
-
Daten zur Verteilung des Thread-Status.
-
Die am längsten laufenden Vorkommen des ausgewählten Trace-Ereignisses.

Wenn Sie zu einem anderen Vorkommen wechseln möchten, wählen Sie eine andere Zeile in der Tabelle aus.
-
-
Display data (Daten anzeigen): Im Bereich Display (Anzeige) helfen Ihnen neue Zeitachsen für SurfaceFlinger und VSYNC bei der Untersuchung von Rendering-Problemen in der UI Ihrer App.

Eine grundlegende Anleitung zur Aufzeichnung eines System-Traces finden Sie im Abschnitt Traces aufzeichnen unter CPU-Aktivität mit dem CPU Profiler prüfen.
Eigenständige Profiler jetzt verfügbar
Mit den neuen eigenständigen Profilern können Sie Ihre App jetzt profilieren, ohne die vollständige Android Studio-IDE auszuführen.
Eine Anleitung zur Verwendung der eigenständigen Profiler finden Sie unter Eigenständige Profiler ausführen.
Unterstützung für die Dagger-Navigation

Android Studio erleichtert die Navigation zwischen Ihrem Dagger-bezogenen Code durch neue Gutter-Aktionen und erweiterte Unterstützung im Fenster Find Usages (Verwendungen suchen).
-
New gutter actions (Neue Gutter-Aktionen): Für Projekte, die Dagger verwenden, bietet die IDE Gutter Aktionen, mit denen Sie zwischen Ihrem mit Dagger annotierten Code navigieren können. Wenn Sie beispielsweise auf die Gutter-Aktion
neben einer Methode klicken, die einen bestimmten Typ verwendet, werden Sie zum Anbieter dieses Typs weitergeleitet. Wenn Sie umgekehrt auf die
Gutter-Aktion klicken, werden Sie zu der Stelle weitergeleitet, an der ein Typ als Abhängigkeit verwendet wird. -
Find Usages node (Knoten „Verwendungen suchen“): Wenn Sie Find Usages (Verwendungen suchen) für einen Bereitsteller eines bestimmten Typs aufrufen, enthält das Fenster Find (Suchen) jetzt einen Knoten Dependency consumer(s (Abhängigkeitsnutzer), in dem die Nutzer dieses Typs aufgeführt sind. Wenn Sie diese Aktion umgekehrt für einen Nutzer einer mit Dagger eingefügten Abhängigkeit aufrufen, wird im Fenster Find (Suchen) der Anbieter dieser Abhängigkeit angezeigt.
Material Design Components: Aktualisierte Designs und Stile in neuen Projektvorlagen

Android Studio-Vorlagen im Dialogfeld Create New Project (Neues Projekt erstellen) verwenden jetzt Material Design Components (MDC) und entsprechen standardmäßig den aktualisierten Richtlinien für Designs und Stile. Folgende Updates sind jetzt verfügbar:
-
MDC: Projekte sind in
build.gradlevoncom.google.android.material:materialabhängig. Basis-App-Designs verwendenTheme.MaterialComponents.*Übergeordnete und überschreiben aktualisierte MDC-Farb- und „on“-Attribute. -
Color resources (Farbressourcen): Farbressourcen in
colors.xmlverwenden Literalnamen (z. B.purple_500anstelle voncolorPrimary). -
Theme resources (Designressourcen): Designressourcen befinden sich in
themes.xml(anstelle vonstyles.xml) und verwendenTheme.<var>-Namen.<var> -
Dark theme (Dunkles Design): Basis-App-Designs verwenden
DayNightÜbergeordnete und sind zwischenres/valuesundres/values-nightaufgeteilt. -
Theme attributes (Designattribute): Auf Farbressourcen wird in Layouts und Stilen als Designattribute verwiesen (z. B.
?attr/colorPrimary), um fest codierte Farben zu vermeiden.
IntelliJ IDEA 2020.1
Die Android Studio-IDE wurde mit Verbesserungen aus IntelliJ IDEA bis zur Version 2020.1 aktualisiert, darunter ein neues Fenster Commit (Commit), das Versionsverwaltungsaktionen ermöglicht, und ein neuer Zen-Modus, der durch Auswahl von View > Appearance > Enter Distraction Free Mode (Ansicht > Darstellung > Ablenkungsfreien Modus aktivieren) aktiviert werden kann.
Weitere Informationen zu den Verbesserungen in Version 2020.1 finden Sie unter IDEA 2020.1.
Änderungen an IDE-Konfigurationsverzeichnissen
Die Speicherorte der Konfigurationsverzeichnisse für Nutzer wurden in Folgendes geändert:
Windows
Syntax: %APPDATA%\Google<product><version>
Beispiel: C:\Users\YourUserName\AppData\Roaming\Google\AndroidStudio4.1
macOS
Syntax: ~/Library/Application Support/Google/<product><version>
Beispiel: ~/Library/Application Support/Google/AndroidStudio4.1
Linux
Syntax: ~/.config/Google/<product><version>
Beispiel: ~/.config/Google/AndroidStudio4.1
Diese neuen Verzeichnisspeicherorte stimmen mit den letzten Updates von IntelliJ IDEA, der IDE überein, auf der Android Studio basiert.
Wenn Studio nach einem Upgrade nicht neu gestartet wird, müssen Sie möglicherweise das Konfigurationsverzeichnis aus einer früheren Studio-Version löschen. Weitere Informationen finden Sie auf der Seite Bekannte Probleme.
Kotlin 1.3.72
Android Studio 4.1 enthält Kotlin 1.3.72, das eine Reihe von Korrekturen zur Verbesserung der Kotlin-Hervorhebung, ‑Prüfungen und ‑Codevervollständigung umfasst. Weitere Informationen finden Sie im Änderungsprotokoll für Kotlin 1.3.72.
Vorschau der benutzerdefinierten Ansicht
Wenn Sie eine benutzerdefinierte Ansicht erstellen (z. B. durch Erweitern der
View oder
Button Klasse),
zeigt Android Studio jetzt eine Vorschau der benutzerdefinierten Ansicht an. Über das Drop-down-Menü in der Symbolleiste können Sie zwischen mehreren benutzerdefinierten Ansichten wechseln. Mit den Schaltflächen können Sie den Inhalt vertikal oder horizontal umbrechen.

Hinweis: Wenn Sie Ihre Änderungen nicht in der Vorschau sehen, wählen Sie in der Menüleiste Build > Make Project aus.
Symbolisierung für native Absturzberichte
Wenn in nativem Code ein Absturz oder ein ANR-Fehler auftritt, erstellt das System einen Stacktrace, das ist ein Snapshot der Reihenfolge der verschachtelten Funktionen, die in Ihrem Programm bis zum Absturz aufgerufen wurden. Mit diesen Snapshots können Sie Probleme in der Quelle identifizieren und beheben. Sie müssen jedoch zuerst symbolisiert werden, um die Maschinenadressen wieder in für Menschen lesbare Funktionsnamen zu übersetzen.
Wenn Ihre App oder Ihr Spiel mit nativem Code wie C++ entwickelt wurde, können Sie jetzt Debugging-Symboldateien für jede App-Version in die Play Console hochladen. Die Play Console verwendet diese Debugging-Symboldateien, um die Stacktraces Ihrer App zu symbolisieren, wodurch die Analyse von Abstürzen und ANR-Fehlern erleichtert wird. Informationen zum Hochladen von Debug ging-Symboldateien finden Sie unter Unterstützung für native Abstürze.
Änderungen übernehmen
Damit Sie bei der Iteration Ihrer App produktiver sein können, haben wir die Funktion „Änderungen übernehmen“ für Geräte mit Android 11 Entwicklervorschau 3 oder höher verbessert:
Schnellere Bereitstellung
Wir haben viel in die Optimierung der Iterationsgeschwindigkeit investiert und eine Methode
entwickelt, mit der Änderungen auf einem Gerät bereitgestellt und beibehalten werden können, ohne die Anwendung zu installieren.
Nach der ersten Bereitstellung sind nachfolgende Bereitstellungen auf Android 11-Geräten
mit Apply Code Changes
oder Apply Changes and Restart Activity
jetzt deutlich schneller.
Weitere Informationen zum Unterschied zwischen diesen beiden Aktionen finden Sie unter Änderungen übernehmen.
Unterstützung für zusätzliche Codeänderungen
Auf Geräten mit Android 11 Entwicklervorschau 3 oder höher können Sie jetzt Methoden hinzufügen und diese Änderungen dann in Ihrer laufenden App bereitstellen, indem Sie auf Apply Code Changes
oder Apply Changes and Restart Activity
klicken.