Android Studio 3.2 (September 2018)

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

3.2.1 (Oktober 2018)

Dieses Update auf Android Studio 3.2 enthält die folgenden Änderungen und Fehlerkorrekturen:

  • Die mitgelieferte Kotlin-Version ist jetzt 1.2.71.
  • Die Standardversion der Build-Tools ist jetzt 28.0.3.
  • In der Navigationsbibliothek wurden Argumenttypen von type in argType umbenannt.
  • Die folgenden Fehler wurden behoben:
    • Bei Verwendung der Data Binding-Bibliothek führten Variablennamen mit Unterstrichen zu Kompilierungsfehlern.
    • CMake führte dazu, dass IntelliSense und andere CLion-Funktionen fehlgeschlagen sind.
    • Das Hinzufügen von SliceProvider führte in Projekten, in denen keine androidx.*-Bibliotheken verwendet wurden, zu Kompilierungsfehlern.
    • Einige Kotlin-Einheitstests wurden nicht ausgeführt.
    • Ein Problem mit der Datenbindung führte zu einem PsiInvalidElementAccessException.
    • <merge>-Elemente führten manchmal zum Absturz des Layout-Editors.

Bekannte Probleme mit der Version 3.2.0

Hinweis:Diese Probleme wurden in Android Studio 3.2.1 behoben.

  • Wir empfehlen dringend, Kotlin-Version 1.2.70 nicht zu verwenden.

    In Kotlin-Version 1.2.61 wurde ein Fehler behoben, der zu einem Absturz von Android Studio führen kann. Dieser Fehler wurde in Kotlin 1.2.70 nicht behoben.

    In Kotlin-Versionen 1.2.71 und höher ist diese Korrektur jedoch enthalten.

  • Normalerweise müssen Sie die Version der Build-Tools nicht angeben. Wenn Sie jedoch das Android Gradle-Plug-in 3.2.0 verwenden und renderscriptSupportModeEnabled auf true festgelegt ist, müssen Sie in der build.gradle-Datei jedes Moduls Folgendes angeben:

    android.buildToolsVersion "28.0.3"

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.

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.

Migration zu AndroidX

Im Rahmen von Jetpack migrieren wir die Android-Unterstützungsbibliotheken zu einer neuen Android-Erweiterungsbibliothek mit dem Namespace androidx. 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 gradle.properties-Datei festlegen können:

  • android.useAndroidX: Wenn dieses Flag auf true 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 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 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 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 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.

Beispieldaten im Layout-Editor

Viele Android-Layouts enthalten 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

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.

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 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.

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 mit dem Speicher-Profiler die Speicherzuweisungen für den JNI-Code Ihrer App prüfen.

Wählen Sie während der Ausführung Ihrer App einen Teil der Zeitachse aus, den Sie untersuchen möchten, und dann im Drop-down-Menü über der Klassenliste JNI-Heap aus (siehe Abbildung unten). 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.

Speicher-Heap-Dumpdateien 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. Sie können die Daten dann wie bei jedem anderen Heap-Dump im Speicher-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 angezeigten Dialogfeld Als mit der Dateiendung .hprof.

CPU-Aktivität beim Starten der App aufzeichnen

So können Sie die CPU-Aktivität beim Starten Ihrer App erfassen:

  1. Wählen Sie im Hauptmenü 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 auf der CPU-Zeitachse mit der rechten Maustaste auf die Aufnahme, die Sie 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 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“).

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. Die Aufzeichnung wird beendet, 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 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.

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üfungen für die Java/Kotlin-Interoperabilität

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.

Wenn Sie diese Prüfungen aktivieren möchten, klicken Sie auf Datei > Einstellungen (Android Studio > Einstellungen auf dem Mac), um das Dialogfeld Einstellungen zu öffnen. Gehen Sie dann zu Editor > Prüfungen > 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

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.

Neues Gradle-Ziel

Mit der neuen Gradle-Aufgabe lintFix 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 SyntheticAccessor.

Metadatenaktualisierungen

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.

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 zusätzliche Ressourcentypen und der Übersetzungsdetektor kann fehlende Übersetzungen im Editor direkt finden.

Problem-IDs sind leichter zu 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 lintOptions in build.gradle finden.

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

Datenbindung V2

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.

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, 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.

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 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 minSdkVersion=21 oder höher festgelegt ist.

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()
        }
    }
    

Mit der neuen Version von AAPT2 wurden viele Probleme behoben, darunter eine verbesserte Verarbeitung von Nicht-ASCII-Zeichen unter Windows.

Entfernung der Konfiguration auf Anfrage

Die Einstellung On-Demand-Konfiguration 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 auf mehreren Seiten im Bereich Assistant eine Anleitung, Kontextsteuerelemente 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.