Android Studio 3.2 ist eine Hauptversion mit einer Vielzahl neuer Funktionen und Verbesserungen.
Ein neuer Assistent informiert Sie über die neuesten Änderungen in Android Studio.
Der Assistent wird geöffnet, wenn Sie Android Studio nach einer Neuinstallation oder einem Update starten und neue Informationen angezeigt werden können. Sie können den Assistant auch über Hilfe > Neuigkeiten in Android Studio öffnen.
Android Jetpack beschleunigt die Android-Entwicklung mit Komponenten, Tools und Anleitungen, die sich wiederholende Aufgaben ersparen und es Ihnen ermöglichen, schneller und einfacher hochwertige, testbare Apps zu erstellen. Android Studio enthält die folgenden Updates zur Unterstützung von Jetpack. Weitere Informationen finden Sie in der Jetpack-Dokumentation.
Der neue Navigationseditor ist in die Navigationskomponenten von Android Jetpack eingebunden und bietet eine grafische Ansicht zum Erstellen der Navigationsstruktur Ihrer App. Der Navigationseditor vereinfacht das Design und die Implementierung der Navigation zwischen In-App-Zielen.
In Android Studio 3.2 ist der Navigationseditor eine experimentelle Funktion. Wenn Sie den Navigationseditor aktivieren möchten, klicken Sie auf Datei > Einstellungen (Android Studio > Einstellungen auf dem Mac), wählen Sie im linken Bereich die Kategorie Experimentell aus, klicken Sie das Kästchen neben Navigationseditor aktivieren an und starten Sie Android Studio neu.
Weitere Informationen finden Sie in der Dokumentation zum Navigationseditor.
Im Rahmen von Jetpack migrieren wir die Android-Unterstützungsbibliotheken zu einer neuen Android-Erweiterungsbibliothek mit dem Namespace . Weitere Informationen finden Sie in der AndroidX-Übersicht.
Android Studio 3.2 unterstützt Sie dabei mit einer neuen Migrationsfunktion.
Wenn Sie ein vorhandenes Projekt zu AndroidX migrieren möchten, wählen Sie Refactor > Migrate to AndroidX aus. Wenn Sie Maven-Abhängigkeiten haben, die nicht in den AndroidX-Namespace migriert wurden, werden diese Projektabhängigkeiten vom Android Studio-Buildsystem ebenfalls automatisch konvertiert.
Das Android Gradle-Plug-in bietet die folgenden globalen Flags, die Sie in Ihrer -Datei festlegen können:
- : Wenn dieses Flag auf festgelegt ist, möchten Sie ab sofort AndroidX verwenden. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre es auf festgelegt.
- : Wenn dieses Flag auf festgelegt ist, wird damit angegeben, dass Sie Tool-Support (über das Android Gradle-Plug-in) benötigen, um vorhandene Drittanbieterbibliotheken automatisch so zu konvertieren, als wären sie für AndroidX geschrieben. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre es auf festgelegt.
Beide Flags sind auf gesetzt, wenn Sie den Befehl Zu AndroidX migrieren verwenden.
Wenn Sie sofort mit der Verwendung von AndroidX-Bibliotheken beginnen und vorhandene Drittanbieterbibliotheken nicht konvertieren müssen, können Sie das Flag auf und das Flag auf festlegen.
Android App Bundle ist ein neues Uploadformat, das den gesamten kompilierten Code und alle Ressourcen Ihrer App enthält. Die APK-Generierung und -Signatur werden jedoch an den Google Play Store weitergeleitet.
Das neue App-Auslieferungsmodell von Google Play verwendet dann Ihr App-Bundle, um optimierte APKs für die Gerätekonfiguration jedes Nutzers zu generieren und bereitzustellen. So lädt jeder Nutzer nur den Code und die Ressourcen herunter, die er zum Ausführen Ihrer App benötigt. Sie müssen nicht mehr mehrere APKs erstellen, signieren und verwalten. Nutzer erhalten kleinere, optimiertere Downloads.
Außerdem können Sie Ihrem App-Projekt Funktionsmodule hinzufügen und sie in Ihr App-Bundle aufnehmen. Ihre Nutzer können dann die Funktionen Ihrer App bei Bedarf herunterladen und installieren.
Wenn Sie ein Bundle erstellen möchten, wählen Sie Build > Build Bundle(s) / APK(s) > Build Bundle(s) aus.
Weitere Informationen, einschließlich einer Anleitung zum Erstellen und Analysieren eines Android App-Bundles, finden Sie unter Android App-Bundle.
Slices bieten eine neue Möglichkeit, Teile der Funktionen Ihrer App in andere Benutzeroberflächen auf Android-Geräten einzubetten. Mithilfe von Snippets können Sie beispielsweise App-Funktionen und ‑Inhalte in den Vorschlägen der Google Suche präsentieren.
Android Studio 3.2 enthält eine integrierte Vorlage, mit der Sie Ihre App mit den neuen Slice Provider APIs erweitern können. Außerdem gibt es neue Lint-Prüfungen, mit denen Sie sicherstellen können, dass Sie beim Erstellen der Slices Best Practices einhalten.
Klicken Sie zum Einstieg mit der rechten Maustaste auf einen Projektordner und wählen Sie Neu > Sonstiges > Slice-Anbieter aus.
Weitere Informationen, unter anderem zum Testen von Interaktionen mit Snippets, finden Sie im Einstiegsleitfaden für Snippets.
Android Studio 3.2 enthält Kotlin 1.2.61 und das neue Android SDK lässt sich besser in Kotlin integrieren. Weitere Informationen finden Sie im Blog für Android-Entwickler.
Die Android Studio-IDE wurde mit Verbesserungen aus IntelliJ IDEA bis zur Version 2018.1.6 aktualisiert.
In Android Studio 3.2 stehen die folgenden neuen Funktionen des Android-Profilers zur Verfügung.
Sie können jetzt Profiler-Daten als Sitzungen speichern, um sie später noch einmal aufzurufen und zu prüfen. Der Profiler speichert Ihre Sitzungsdaten, bis Sie die IDE neu starten.
Wenn Sie einen Methoden-Trace oder einen Heap-Dump aufzeichnen, fügt die IDE diese Daten (zusammen mit den Netzwerkaktivitäten Ihrer App) als separaten Eintrag zur aktuellen Sitzung hinzu. Sie können dann ganz einfach zwischen den Aufzeichnungen wechseln, um Daten zu vergleichen.
Wählen Sie im CPU-Profiler die neue Konfiguration System-Trace aus, um die CPU- und Threadaktivität des Geräts zu prüfen. Diese Trace-Konfiguration basiert auf und eignet sich zur Untersuchung von Problemen auf Systemebene, z. B. Ruckler in der Benutzeroberfläche.
Wenn Sie diese Trace-Konfiguration verwenden, können Sie wichtige Coderoutinen in der Zeitachse des Profilers visuell markieren, indem Sie Ihren C/C++-Code mit der nativen Tracing API oder Ihren Java-Code mit der Klasse instrumentieren.
Wenn Sie Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitstellen, können Sie jetzt mit dem Speicher-Profiler die Speicherzuweisungen für den JNI-Code Ihrer App prüfen.
Wenn Sie Heap-Dump-Daten zur späteren Auswertung speichern möchten, verwenden Sie die Schaltfläche Heap-Dump exportieren rechts neben dem Eintrag Heap-Dump im Bereich Sitzungen. Speichern Sie die Datei im angezeigten Dialogfeld Als mit der Dateiendung .
So können Sie die CPU-Aktivität beim Starten Ihrer App erfassen:
- Wählen Sie im Hauptmenü Ausführen > Konfigurationen bearbeiten aus.
- Setzen Sie in der gewünschten Ausführungskonfiguration auf dem Tab Profiling ein Häkchen neben Methoden-Trace beim Starten aufzeichnen.
- Wählen Sie im Drop-down-Menü eine CPU-Aufzeichnungskonfiguration aus.
- Wählen Sie Ausführen > Profil aus, um Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitzustellen.
Nachdem Sie die CPU-Aktivität mit dem CPU-Profiler aufgezeichnet haben, können Sie die Daten als -Datei exportieren, um sie für andere freizugeben oder später zu prüfen.
So exportieren Sie einen Trace, nachdem Sie die CPU-Aktivität aufgezeichnet haben:
- Klicken Sie auf der CPU-Zeitachse mit der rechten Maustaste auf die Aufnahme, die Sie exportieren möchten.
- Wählen Sie im Drop-down-Menü die Option Trace exportieren aus.
- Wählen Sie den Speicherort der Datei aus und klicken Sie auf Speichern.
Sie können jetzt -Dateien importieren und prüfen, die mit der Debug API oder dem CPU-Profiler erstellt wurden. Derzeit können keine System-Trace-Aufzeichnungen importiert werden.
- Die CPU-Aktivität wird nicht auf der CPU-Zeitachse dargestellt.
- Die Zeitachse der Threadaktivität gibt nur an, wo für jeden Thread Ablaufdaten verfügbar sind, nicht die tatsächlichen Threadstatus (z. B. „Ausführen“, „Warten“ oder „Ruhemodus“).
Sie können jetzt die Aufzeichnung der CPU-Aktivitäten im CPU-Profiler starten und beenden, indem Sie Ihre App mit der Debug API instrumentieren. Nachdem Sie Ihre App auf einem Gerät bereitgestellt haben, beginnt der Profiler automatisch mit der Aufzeichnung der CPU-Aktivität, wenn Ihre App aufruft. Die Aufzeichnung wird beendet, wenn Ihre App aufruft. Während der CPU-Profiler die CPU-Aktivitäten aufzeichnet, die mit dieser API ausgelöst werden, wird Debug API als ausgewählte CPU-Aufzeichnungskonfiguration angezeigt.
Der Energieprofiler zeigt eine Visualisierung des geschätzten Energieverbrauchs Ihrer App sowie Systemereignisse, die sich auf den Energieverbrauch auswirken, z. B. Wakelocks, Wecker und Jobs.
Der Energiesparprofil wird als neue Zeile unten im Fenster Profiler angezeigt, wenn Sie Ihre App auf einem verbundenen Gerät oder Android-Emulator mit Android 8.0 (API 26) oder höher ausführen.
Klicken Sie auf die Zeile Energie, um die Ansicht des Energieprofils zu maximieren. Bewegen Sie den Mauszeiger auf einen Balken in der Zeitachse, um eine Aufschlüsselung der Energienutzung nach CPU-, Netzwerk- und Standortressourcen (GPS) sowie relevante Systemereignisse zu sehen.
Systemereignisse, die sich auf den Energieverbrauch auswirken, werden in der Zeitachse System unter der Zeitachse Energie angezeigt. Details zu Systemereignissen im angegebenen Zeitraum werden im Ereignisbereich angezeigt, wenn Sie auf der Zeitachse Energie einen Zeitraum auswählen.
Wenn Sie den Aufrufstack und andere Details für ein Systemereignis wie ein Wakelock sehen möchten, wählen Sie es im Ereignisbereich aus. Wenn Sie den Code aufrufen möchten, der für ein Systemereignis verantwortlich ist, klicken Sie doppelt auf den Eintrag im Aufrufstapel.
Android Studio 3.2 enthält viele neue und verbesserte Funktionen für die Lint-Prüfung.
Mit den neuen Lint-Prüfungen können Sie häufige Codeprobleme finden und identifizieren, von Warnungen zu potenziellen Usability-Problemen bis hin zu Fehlern mit hoher Priorität im Hinblick auf potenzielle Sicherheitslücken.
Damit Ihr Java-Code gut mit Ihrem Kotlin-Code zusammenarbeitet, werden mit neuen Lint-Prüfungen die Best Practices erzwungen, die im Kotlin Interop Guide beschrieben sind. Beispiele für diese Prüfungen sind die Suche nach Anmerkungen zur Ignorierbarkeit, die Verwendung von Kotlin-Schlüsselwörtern und das Platzieren von Lambda-Parametern an letzter Stelle.
Neue Lint-Prüfungen für Slices sorgen dafür, dass Sie Slices korrekt erstellen. So werden Sie beispielsweise durch Lint-Prüfungen gewarnt, wenn Sie einem Snippet keine primäre Aktion zugewiesen haben.
Mit der neuen Gradle-Aufgabe können Sie alle sicheren Korrekturen, die von der Lint-Prüfung vorgeschlagen wurden, direkt auf den Quellcode anwenden. Ein Beispiel für eine Lint-Prüfung, bei der eine sichere Korrektur vorgeschlagen wird, ist .
Verschiedene Metadaten, z. B. die Prüfung der Dienstübertragung, wurden für Lint-Prüfungen aktualisiert, damit sie mit Android 9 (API-Ebene 28) funktionieren.
Lint zeichnet jetzt auf, mit welcher Variante und Version eine Baseline erfasst wird. Außerdem werden Sie gewarnt, wenn Sie Lint auf einer anderen Variante ausführen als der, mit der die Baseline erstellt wurde.
Android Studio 3.2 enthält viele Verbesserungen an den vorhandenen Lint-Prüfungen. So gelten die Ressourcenzyklusprüfungen jetzt beispielsweise für zusätzliche Ressourcentypen und der Übersetzungsdetektor kann fehlende Übersetzungen im Editor direkt finden.
Problem-IDs werden jetzt an mehr Stellen angezeigt, z. B. im Fenster Prüfergebnisse. So können Sie die Informationen, die Sie zum Aktivieren oder Deaktivieren bestimmter Prüfungen benötigen, leichter über in finden.
Weitere Informationen finden Sie unter Lint-Optionen mit Gradle konfigurieren.
Data Binding V2 ist jetzt standardmäßig aktiviert und mit V1 kompatibel. Das bedeutet, dass Sie Bibliotheksabhängigkeiten, die Sie mit Version 1 kompiliert haben, in Projekten mit Datenbindung V2 verwenden können. Projekte, die V1 verwenden, können jedoch keine Abhängigkeiten verwenden, die mit V2 kompiliert wurden.
In Android Studio 3.1 haben wir den Desugaring-Schritt als experimentelle Funktion in das D8-Tool integriert, wodurch die Gesamtbauzeit verkürzt wird. In Android Studio 3.2 ist die Entsaccharisierung mit D8 standardmäßig aktiviert.
R8 ist ein neues Tool zum Minimieren und Verschleieren von Code, das ProGuard ersetzt. Sie können die Vorabversion von R8 verwenden, indem Sie Folgendes in die -Datei Ihres Projekts einfügen:
Wenn Sie mehrere APKs erstellen, die jeweils auf ein anderes ABI ausgerichtet sind, generiert das Plug-in standardmäßig keine APKs mehr für die folgenden ABIs: , und .
Wenn Sie APKs erstellen möchten, die auf diese ABIs ausgerichtet sind, müssen Sie NDK r16b oder niedriger verwenden und die ABIs in der Datei angeben, wie unten gezeigt:
Wenn Sie CMake verwenden, um Ihrem Projekt C- und C++-Code hinzuzufügen, bietet Android Studio jetzt verbesserte Editorfunktionen, mit denen Sie Ihre CMake-Build-Scripts bearbeiten können, z. B.:
- Syntaxhervorhebung und Codevervollständigung:In der IDE werden jetzt gängige CMake-Befehle hervorgehoben und Vorschläge zur Codevervollständigung gemacht. Sie können auch eine Datei aufrufen, indem Sie darauf klicken und dabei die Strg-Taste gedrückt halten (Befehlstaste auf dem Mac).
- Code neu formatieren:Mit der Option zum Neuformatieren von Code in IntelliJ können Sie jetzt Codestile auf Ihre CMake-Buildscripts anwenden.
- Sicheres Refactoring:Die integrierten Refactoring-Tools der IDE prüfen jetzt auch, ob Sie Dateien umbenennen oder löschen, auf die Sie in Ihren CMake-Build-Scripts verweisen.
In früheren Versionen von Android Studio konnten Sie im Fenster Projekt nur die Headerdateien aufrufen und prüfen, die zu Bibliotheken gehören, die Sie aus einem lokalen Projekt erstellen. Mit dieser Version können Sie jetzt auch Headerdateien ansehen und prüfen, die in externen C/C++-Bibliotheksabhängigkeiten enthalten sind, die Sie in Ihr App-Projekt importieren.
In früheren Versionen von Android Studio wurde native Multidex aktiviert, wenn die Debugversion einer App auf einem Gerät mit Android API-Level 21 oder höher bereitgestellt wurde. Unabhängig davon, ob Sie eine Bereitstellung auf einem Gerät vornehmen oder ein APK für die Veröffentlichung erstellen, aktiviert das Android-Plug-in für Gradle jetzt native Multidex-Unterstützung für alle Module, für die oder höher festgelegt ist.
Ab Android Studio 3.2 ist das Maven-Repository von Google die Quelle für AAPT2 (Android Asset Packaging Tool 2).
Wenn Sie AAPT2 verwenden möchten, muss in Ihrer -Datei eine -Abhängigkeit vorhanden sein, wie hier gezeigt:
Mit der neuen Version von AAPT2 wurden viele Probleme behoben, darunter eine verbesserte Verarbeitung von Nicht-ASCII-Zeichen unter Windows.
Die Einstellung On-Demand-Konfiguration wurde aus Android Studio entfernt.
Android Studio übergibt das Argument nicht mehr an Gradle.
Der neue ADB-Verbindungsassistent enthält eine detaillierte Anleitung zum Einrichten und Verwenden eines Geräts über die Android Debug Bridge (ADB)-Verbindung.
Wählen Sie Tools > Verbindungsassistent aus, um den Assistenten zu starten.
Der ADB-Verbindungsassistent bietet auf mehreren Seiten im Bereich Assistant eine Anleitung, Kontextsteuerelemente und eine Liste der verbundenen Geräte.
Sie können jetzt jederzeit Snapshots eines AVD (Android Virtual Device) im Android-Emulator speichern und laden. So können Sie ein emuliertes Gerät schnell und einfach zu einem bekannten Status für Tests zurückversetzen. Wenn Sie eine AVD mit dem AVD Manager bearbeiten, können Sie angeben, welcher AVD-Snapshot beim Starten der AVD geladen werden soll.
Die Steuerelemente zum Speichern, Laden und Verwalten von AVD-Snapshots befinden sich jetzt im Fenster Erweiterte Steuerelemente des Emulators auf dem Tab Snapshots.
Weitere Informationen finden Sie unter Snapshots.
Weitere Informationen zu den Neuerungen und Änderungen am Emulator finden Sie in den Versionshinweisen zum Emulator.