Android Studio 3.2 (September 2018)

Android Studio 3.2 ist eine Hauptversion mit einer Vielzahl neuer Funktionen und Verbesserungen.

Neuigkeiten zu Assistant

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

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.

Navigationseditor

Der neue Navigationseditor lässt sich in die Navigationskomponenten von Android Jetpack einbinden. Sie 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.

AndroidX-Migration

Als Teil von Jetpack migrieren wir die Android-Supportbibliotheken zu einer neuen Android-Erweiterungsbibliothek mit dem Namespace androidx. Weitere Informationen finden Sie in der AndroidX-Übersicht.

Android Studio 3.2 unterstützt Sie mit einer neuen Migrationsfunktion bei diesem Vorgang.

Wenn Sie ein vorhandenes Projekt zu AndroidX migrieren möchten, wählen Sie Umstrukturieren > Zu AndroidX migrieren 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 gradle.properties-Datei festlegen können:

• android.useAndroidX: Wenn dieses Flag auf true gesetzt ist, zeigt dieses Flag an, dass du AndroidX ab sofort verwenden möchtest. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre es auf false festgelegt.
• android.enableJetifier: Wenn dieses Flag auf true 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 false festgelegt.

Beide Flags sind auf true gesetzt, wenn Sie den Befehl Migrate to AndroidX verwenden.

Wenn Sie sofort mit der Verwendung von AndroidX-Bibliotheken beginnen und vorhandene Drittanbieterbibliotheken nicht konvertieren müssen, können Sie das Flag android.useAndroidX auf true und das Flag android.enableJetifier auf false festlegen.

Android App Bundle

Android App Bundle ist ein neues Uploadformat, das den gesamten kompilierten Code und alle Ressourcen deiner App enthält, aber die APK-Erstellung und -Signatur im Google Play Store verschiebt.

Im neuen App-Bereitstellungsmodell von Google Play wird dann dein App Bundle verwendet, um optimierte APKs für die Gerätekonfiguration der einzelnen Nutzer zu generieren und bereitzustellen. So lädt jeder Nutzer nur den Code und die Ressourcen herunter, die er zum Ausführen deiner App benötigt. Du musst nicht mehr mehrere APKs erstellen, signieren und verwalten und Nutzer erhalten kleinere, optimierte Downloads.

Außerdem können Sie Ihrem App-Projekt Funktionsmodule hinzufügen und in Ihr App-Bundle aufnehmen. Ihre Nutzer können dann die Funktionen Ihrer App bei Bedarf herunterladen und installieren.

Um ein Bundle zu erstellen, 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, findest du unter Android App Bundle.

Beispieldaten im Layout-Editor

Viele Android-Layouts haben Laufzeitdaten, die es schwierig machen können, das Erscheinungsbild eines Layouts in der Designphase der App-Entwicklung zu visualisieren. Sie können jetzt ganz einfach eine Vorschau Ihrer Ansicht im Layout-Editor mit Beispieldaten aufrufen. Wenn Sie eine Ansicht hinzufügen, wird im Designfenster unter der Ansicht die Schaltfläche  angezeigt. Klicken Sie auf diese Schaltfläche, um die Ansichtsattribute in der Designzeit festzulegen. Sie können aus einer Vielzahl von Vorlagen für Beispieldaten wählen und die Anzahl der Beispielelemente angeben, mit denen die Ansicht gefüllt werden soll.

Wenn Sie Beispieldaten verwenden möchten, fügen Sie einem neuen Layout ein RecyclerView hinzu, klicken Sie unter der Ansicht auf die Schaltfläche für Designzeitattribute  und wählen Sie eine Auswahl aus dem Karussell mit Vorlagen für Beispieldaten aus.

Slices

Segmente bieten eine neue Möglichkeit, Teile deiner App-Funktionen in andere Android-Benutzeroberflächen 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 zuerst mit der rechten Maustaste auf einen Projektordner und wählen Sie New > Other > Slice Provider (Neu > Sonstige > Slice-Anbieter) aus.

Weitere Informationen, unter anderem zum Testen der Slice-Interaktionen, finden Sie im Startleitfaden für Segmente.

Kotlin 1.2.61

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.

IntelliJ IDEA 2018.1.6

Die Android Studio-IDE wurde mit Verbesserungen aus IntelliJ IDEA bis zur Version 2018.1.6 aktualisiert.

Android-Profiler

In Android Studio 3.2 stehen die folgenden neuen Funktionen des Android-Profilers zur Verfügung.

Sitzungen

Sie können Profiler-Daten jetzt als Sitzungen speichern, um sie später noch einmal zu überprü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.

System Tracing

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 systrace 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 Trace instrumentieren.

JNI-Referenzen im Speicher-Profiler prüfen

Wenn Sie Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitstellen, können Sie jetzt die Arbeitsspeicherzuweisungen für den JNI-Code Ihrer App mit dem Memory Profiler prüfen.

Wählen Sie, während Ihre Anwendung ausgeführt wird, einen Teil der Zeitachse aus, den Sie prüfen möchten, und wählen Sie wie unten gezeigt im Drop-down-Menü über der Klassenliste JNI-Heap aus. Sie können dann wie gewohnt Objekte im Heap prüfen und auf dem Tab Allocation Call Stack (Aufrufstack für die Zuweisung) auf Objekte doppelklicken, um zu sehen, wo die JNI-Referenzen in Ihrem Code zugewiesen und freigegeben werden.

Heap-Dump-Dateien importieren, exportieren und prüfen

Sie können jetzt .hprof-Speicher-Heap-Dumpdateien importieren, exportieren und prüfen, die mit dem Speicher-Profiler erstellt wurden.

Importieren Sie die Datei .hprof, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten und dann auf Aus Datei laden klicken. Die Daten können Sie dann wie bei jedem anderen Heap-Dump im Memory Profiler 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 Dialogfeld Als mit der Dateiendung .hprof.

CPU-Aktivität beim Starten der App aufzeichnen

Sie können jetzt die CPU-Aktivität beim Start der App so aufzeichnen:

1. Wählen Sie im Hauptmenü Run > Edit Configurations (Ausführen > Konfigurationen bearbeiten) aus.
2. Setzen Sie in der gewünschten Ausführungskonfiguration auf dem Tab Profiling ein Häkchen neben Methoden-Trace beim Starten aufzeichnen.
3. Wählen Sie im Drop-down-Menü eine CPU-Aufzeichnungskonfiguration aus.
4. 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.

CPU-Traces exportieren

Nachdem Sie die CPU-Aktivität mit dem CPU-Profiler aufgezeichnet haben, können Sie die Daten als .trace-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:

1. Klicken Sie mit der rechten Maustaste auf die Aufzeichnung, die Sie aus der CPU-Zeitachse exportieren möchten.
2. Wählen Sie im Drop-down-Menü die Option Trace exportieren aus.
3. Wählen Sie den Speicherort der Datei aus und klicken Sie auf Speichern.

CPU-Tracedateien importieren und prüfen

Sie können jetzt .trace-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.

Importieren Sie die Ablaufverfolgungsdatei, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten und dann auf Aus Datei laden klicken. Sie können die Daten dann wie gewohnt im CPU-Profiler prüfen, mit den folgenden Ausnahmen:

• Die CPU-Aktivität wird nicht entlang der CPU-Zeitachse dargestellt.
• Die Zeitachse der Threadaktivität gibt nur an, wo Trace-Daten für jeden Thread verfügbar sind, und nicht die tatsächlichen Thread-Status wie „Wird ausgeführt“, „Wartet“ oder „Ruhezustand“.

CPU-Aktivitäten mit der Debug API aufzeichnen

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 startMethodTracing(String tracePath) aufruft. Der Profiler beendet die Aufzeichnung, wenn Ihre App stopMethodTracing() 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.

Energy Profiler

Der Energy Profiler zeigt eine Visualisierung des geschätzten Energieverbrauchs Ihrer Anwendung sowie Systemereignisse wie Wakelocks, Alarme und Jobs an, die sich auf den Energieverbrauch auswirken.

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. Doppelklicken Sie auf den Eintrag im Aufrufstack, um zu dem Code zu gelangen, der für ein Systemereignis verantwortlich ist.

Lint-Prüfung

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.

Lint-Prüfung auf Interoperabilität von Java und Kotlin

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.

Um diese Prüfungen zu aktivieren, klicken Sie auf Datei > Einstellungen (Android Studio > Einstellungen auf einem Mac), um das Dialogfeld Einstellungen zu öffnen. Gehen Sie zum Abschnitt Editor > Inspektionen > Android > Lint > Interoperabilität > Kotlin-Interoperabilität und wählen Sie die Regeln aus, die Sie aktivieren möchten.

Wenn Sie diese Prüfungen für Builds über die Befehlszeile aktivieren möchten, fügen Sie der build.gradle-Datei Folgendes hinzu:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }
        
      

Lint-Prüfungen für Slices

Mit den neuen Lint-Prüfungen für Slices können Sie dafür sorgen, dass Sie Slices korrekt erstellen. So werden Sie beispielsweise durch Lint-Prüfungen gewarnt, wenn Sie einem Snippet keine primäre Aktion zugewiesen haben.

Neues Gradle-Ziel

Verwenden Sie die neue Gradle-Aufgabe lintFix, um alle von der Lint-Prüfung vorgeschlagenen sicheren Korrekturen direkt auf den Quellcode anzuwenden. Ein Beispiel für eine Lint-Prüfung, die eine sichere Lösung vorschlägt, ist SyntheticAccessor.

Metadatenaktualisierungen

Verschiedene Metadaten wie die Cast-Prüfung des Dienstes wurden für Lint-Prüfungen aktualisiert, damit sie unter Android 9 (API-Level 28) funktionieren.

Warnung beim Ausführen von lint auf einer neuen Variante

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.

Verbesserungen an vorhandenen Lint-Prüfungen

Android Studio 3.2 enthält viele Verbesserungen an den vorhandenen Lint-Prüfungen. So gelten die Ressourcenzyklusprüfungen jetzt beispielsweise für weitere Ressourcentypen und der Übersetzungsdetektor kann fehlende Übersetzungen im Editor direkt finden.

Problem-IDs leichter auffindbar

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 über lintOptions in build.gradle benötigen, leichter finden.

Weitere Informationen finden Sie unter Lint-Optionen mit Gradle konfigurieren.

Datenbindung V2

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.

D8-Entzuckerung

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.

Neuer Code-Optimierungstool

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 gradle.properties-Datei Ihres Projekts einfügen:

      android.enableR8 = true
    

Standard-ABIs für Multi-APKs geändert

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: mips, mips64 und armeabi.

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 build.gradle angeben, wie unten gezeigt:

    splits {
        abi {
            include 'armeabi', 'mips', 'mips64'
            ...
        }
    }
    

    splits {
        abi {
            include("armeabi", "mips", "mips64")
            ...
        }
    }
    

Hinweis:Diese Verhaltensänderung ist auch in Android Studio 3.1 RC1 und höher enthalten.

Verbesserte Editorfunktionen für CMake-Builddateien

Wenn Sie CMake verwenden, um Ihrem Projekt C- und C++-Code hinzuzufügen, enthält Android Studio jetzt verbesserte Editorfunktionen, mit denen Sie Ihre CMake-Build-Skripts bearbeiten können, z. B.:

• Syntaxhervorhebung und Codevervollständigung:Die IDE hebt jetzt die Codevervollständigung für gängige CMake-Befehle hervor und schlägt sie vor. Sie können auch eine Datei aufrufen, indem Sie darauf klicken und dabei die Strg-Taste gedrückt halten (Befehlstaste auf dem Mac).
• Umformatierung von Code:Sie können jetzt die Option zur Codeumformatierung von IntelliJ verwenden, um Codestile auf Ihre CMake-Build-Skripts anzuwenden.
• 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.

Externe Headerdateien aufrufen

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 diesem Release können Sie jetzt auch Headerdateien ansehen und prüfen, die in externen C/C++-Bibliotheksabhängigkeiten enthalten sind, die Sie in Ihr Anwendungsprojekt importieren.

Wenn Sie bereits C/C++-Code und ‑Bibliotheken in Ihr Projekt aufgenommen haben, öffnen Sie das Fenster Projekt auf der linken Seite der IDE. Wählen Sie dazu im Hauptmenü Ansicht > Toolfenster > Projekt und dann im Drop-down-Menü Android aus. Im Verzeichnis cpp sind alle Header, die zum Geltungsbereich Ihres App-Projekts gehören, für jede Ihrer lokalen C/C++-Bibliotheksabhängigkeiten unter dem Knoten include organisiert, wie unten dargestellt.

Nativer Multidex standardmäßig aktiviert

In früheren Versionen von Android Studio wurde natives Multidex aktiviert, wenn die Debug-Version einer App auf einem Gerät mit Android API-Level 21 oder höher bereitgestellt wird. Unabhängig davon, ob Sie die Bereitstellung auf einem Gerät vornehmen oder ein APK für die Veröffentlichung erstellen, aktiviert das Android-Plug-in für Gradle natives Multidex für alle Module, die minSdkVersion=21 oder höher festlegen.

AAPT2 in das Maven-Repository von Google verschoben

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 build.gradle-Datei eine google()-Abhängigkeit vorhanden sein, wie hier gezeigt:

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath 'com.android.tools.build:gradle:3.2.0'
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

    buildscript {
        repositories {
            google() // here
            jcenter()
        }
        dependencies {
            classpath("com.android.tools.build:gradle:3.2.0")
        }
    }
    allprojects {
        repositories {
            google() // and here
            jcenter()
        }
    }
    

Die neue Version von AAPT2 behebt viele Probleme, einschließlich einer verbesserten Verarbeitung von Nicht-ASCII-Zeichen unter Windows.

On-Demand-Entfernung der Konfiguration

Die Einstellung Bei Bedarf konfigurieren wurde aus Android Studio entfernt.

Android Studio übergibt das Argument --configure-on-demand nicht mehr an Gradle.

ADB-Verbindungsassistent

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 im Assistant-Bereich auf einer Reihe von Seiten Anleitungen, kontextbezogene Steuerelemente und eine Liste der verbundenen Geräte.

Emulator-Verbesserungen

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.