Android Studio 3.2 (September 2018)

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

Neue Funktionen, Assistant

Ein neuer Assistent informiert dich über die neuesten Änderungen in Android Studio.

Der Assistent wird geöffnet, wenn du Android Studio nach einer Neuinstallation startest oder wenn der Assistent neue Informationen erkennt. Sie können den Assistenten auch öffnen, indem Sie Hilfe > Neuerungen in Android Studio auswählen.

Android Jetpack

Android Jetpack unterstützt die Android-Entwicklung mit Komponenten, Tools und Anleitungen, die sich wiederholende Aufgaben eliminieren und es Ihnen ermöglichen, qualitativ hochwertige, testbare Apps schneller und einfacher 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 ist in die Navigationskomponenten von Android Jetpack eingebunden, um eine grafische Ansicht zum Erstellen der Navigationsstruktur deiner App bereitzustellen. Er vereinfacht das Design und die Implementierung der Navigation zwischen App-internen Zielen.

Der Navigationseditor in Android Studio 3.2 ist eine experimentelle Funktion. Klicken Sie zum Aktivieren des Navigationseditors auf Datei > Einstellungen (Android Studio > Einstellungen auf dem Mac), wählen Sie im linken Bereich die Kategorie Experimentell aus, setzen Sie ein Häkchen neben Navigationseditor aktivieren und starten Sie Android Studio neu.

Weitere Informationen finden Sie in der Dokumentation zum Navigationseditor.

AndroidX-Migration

Im Rahmen von Jetpack migrieren wir die Android-Supportbibliotheken zu einer neuen Android-Erweiterungsbibliothek, die den androidx-Namespace verwendet. Weitere Informationen findest du in der Übersicht zu AndroidX.

Android Studio 3.2 unterstützt Sie mit einer neuen Migrationsfunktion durch diesen Prozess.

Wählen Sie Refactor > Migrate to AndroidX (Refaktorieren > Zu AndroidX migrieren) aus, um ein vorhandenes Projekt zu AndroidX zu migrieren. Falls Sie Maven-Abhängigkeiten haben, die nicht zum AndroidX-Namespace migriert wurden, konvertiert das Android Studio-Build-System diese Projektabhängigkeiten automatisch.

Das Android-Gradle-Plug-in bietet die folgenden globalen Flags, die Sie in der Datei gradle.properties festlegen können:

• android.useAndroidX: Wenn dieses Flag auf true gesetzt ist, gibt es an, dass Sie von jetzt an AndroidX verwenden möchten. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre es auf false gesetzt.
• android.enableJetifier: Wenn dieses Flag auf true gesetzt ist, gibt es an, dass Sie Toolunterstützung (über das Android-Gradle-Plug-in) benötigen, um vorhandene Drittanbieterbibliotheken automatisch zu konvertieren, so 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 gesetzt.

Beide Flags sind auf true festgelegt, wenn Sie den Befehl Migration zu AndroidX verwenden.

Wenn Sie die AndroidX-Bibliotheken sofort verwenden möchten und vorhandene Bibliotheken von Drittanbietern nicht konvertieren müssen, können Sie das Flag android.useAndroidX auf true und das Flag android.enableJetifier auf false setzen.

Android App Bundle

Android App Bundle ist ein neues Uploadformat, das den gesamten kompilierten Code und die Ressourcen Ihrer App enthält, aber die APK-Erstellung und -Signierung im Google Play Store auf später verschieben wird.

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

Darüber hinaus können Sie Ihrem App-Projekt Funktionsmodule hinzufügen und sie in Ihr App Bundle aufnehmen. Deine Nutzer können die Funktionen deiner App dann bei Bedarf herunterladen und installieren.

Um ein Bundle zu erstellen, wählen Sie Build > Build Bundle(s) / APK(s) > Build Bundle(s) (Build > Build-Bundles/APKs > Build-Bundle(s)) aus.

Weitere Informationen, einschließlich Anleitungen zum Erstellen und Analysieren eines Android App Bundles, findest du unter Android App Bundle.

Beispieldaten im Layout-Editor

Viele Android-Layouts enthalten Laufzeitdaten, die es schwierig machen, das Erscheinungsbild eines Layouts in der Designphase der App-Entwicklung zu visualisieren. Sie können sich jetzt ganz einfach eine Vorschau Ihrer Ansicht im Layout-Editor mit Beispieldaten ansehen. Wenn Sie eine Ansicht hinzufügen, wird im Designfenster unter der Ansicht die Schaltfläche angezeigt. Klicken Sie auf diese Schaltfläche, um die Attribute der Ansicht für die Entwurfszeit festzulegen. Sie können aus einer Vielzahl von Beispieldatenvorlagen auswä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 „Designzeit-Attribute“ und wählen Sie eine Auswahl aus dem Karussell der Beispieldatenvorlagen aus.

Segmente

Slices bieten eine neue Möglichkeit, Teile der Funktionalität deiner App in andere Benutzeroberflächenoberflächen unter Android einzubetten. Mit „Slices“ ist es beispielsweise möglich, App-Funktionen und -Inhalte in Google-Suchvorschlägen darzustellen.

Android Studio 3.2 verfügt über 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 beim Erstellen der Slices den Best Practices folgen.

Klicken Sie mit der rechten Maustaste auf einen Projektordner und wählen Sie Neu > Sonstige > Slice-Anbieter aus.

Weitere Informationen, einschließlich 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 einbinden. Weitere Informationen finden Sie im Blog für Android-Entwickler.

IntelliJ IDEA 2018.1.6

Die zentrale Android Studio-IDE wurde mit Verbesserungen von IntelliJ IDEA bis zum Release 2018.1.6 aktualisiert.

Android-Profiler

Probieren Sie die folgenden neuen Android Profiler-Funktionen in Android Studio 3.2 aus.

Sitzungen

Sie können Profiler-Daten jetzt als Sitzungen speichern, um sie später noch einmal aufzurufen und zu untersuchen. Der Profiler behält Ihre Sitzungsdaten so lange, bis Sie die IDE neu starten.

Wenn Sie ein Methoden-Trace aufzeichnen oder einen Heap-Dump erfassen, fügt die IDE diese Daten (zusammen mit der Netzwerkaktivität Ihrer App) als separaten Eintrag zur aktuellen Sitzung hinzu. Sie können dann ganz einfach zwischen den Aufzeichnungen hin- und herwechseln, um Daten zu vergleichen.

System Tracing

Wählen Sie im CPU Profiler die neue Konfiguration für System Trace aus, um die System-CPU- und Thread-Aktivität Ihres Geräts zu überprüfen. Diese Trace-Konfiguration basiert auf systrace und ist nützlich, um Probleme auf Systemebene zu untersuchen, z. B. Verzögerungen in der UI.

Mit dieser Trace-Konfiguration können Sie wichtige Coderoutinen visuell auf der Profiler-Zeitachse markieren. Dazu instrumentieren Sie Ihren C/C++-Code mit der nativen Tracing API oder mit der Klasse Trace in Ihren Java-Code.

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 Arbeitsspeicherzuweisungen für den JNI-Code Ihrer App prüfen.

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

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

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

Importieren Sie die Datei .hprof, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten klicken und dann Aus Datei laden auswählen. Anschließend können Sie die Daten wie bei jedem anderen Heap-Dump im Speicher-Profiler überprüfen.

Wenn Sie die Heap-Dump-Daten speichern möchten, um sie später zu überprüfen, klicken Sie im Bereich Sitzungen rechts neben dem Eintrag Heap-Dump auf die Schaltfläche Heap-Dump exportieren. Speichern Sie die Datei im Dialogfeld Exportieren als mit der Dateiendung .hprof.

CPU-Aktivität beim Start der App aufzeichnen

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

1. Wählen Sie im Hauptmenü Run > Edit Configurations (Ausführen > Konfigurationen bearbeiten) aus.
2. Klicken Sie auf dem Tab Profilerstellung der gewünschten Ausführungskonfiguration auf das Kästchen neben Methoden-Trace beim Start aufzeichnen.
3. Wählen Sie eine zu verwendende CPU-Aufzeichnungskonfiguration aus dem Drop-down-Menü aus.
4. Stellen Sie Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereit, indem Sie Run > Profile (Ausführen > Profil) auswählen.

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 mit anderen zu teilen oder später zu überprüfen.

So exportieren Sie einen Trace, nachdem Sie die CPU-Aktivität aufgezeichnet haben:

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

CPU-Trace-Dateien importieren und prüfen

Sie können jetzt .trace-Dateien importieren und untersuchen, die mit der Debug API oder dem CPU Profiler erstellt wurden. Derzeit können Sie keine System Trace-Aufzeichnungen importieren.

Importieren Sie die Trace-Datei, indem Sie im Bereich Sitzungen des Profilers auf Neue Profiler-Sitzung starten klicken und dann Aus Datei laden auswählen. Anschließend können Sie die Daten im CPU-Profiler wie gewohnt prüfen. Es gibt jedoch folgende Ausnahmen:

• CPU-Aktivität wird nicht entlang der CPU-Zeitachse dargestellt.
• Die Zeitachse der Thread-Aktivität gibt nur an, wo Trace-Daten für jeden Thread verfügbar sind. Die tatsächlichen Thread-Zustände (z. B. „Wird ausgeführt“, „Warten“ oder „Ruhemodus“) sind davon ausgeschlossen.

CPU-Aktivität mit der Debug API aufzeichnen

Sie können die Aufzeichnung von CPU-Aktivitäten im CPU-Profiler jetzt starten und beenden, indem Sie Ihre Anwendung mit der Debug API instrumentieren. Nachdem Sie die 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. Beim Aufzeichnen von CPU-Aktivitäten, die über diese API ausgelöst werden, zeigt der CPU-Profiler Debug API als ausgewählte Konfiguration für die CPU-Aufzeichnung an.

Energie-Profiler

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

Der Energy Profiler wird als neue Zeile unten im Fenster Profiler angezeigt, wenn Sie Ihre App auf einem verbundenen Gerät oder einem Android-Emulator mit Android 8.0 (API 26) oder höher ausführen.

Klicken Sie auf die Zeile Energie, um die Ansicht „Energie Profiler“ zu maximieren. Bewegen Sie den Mauszeiger auf einen Balken in der Zeitleiste, um eine Aufschlüsselung des Energieverbrauchs nach CPU, Netzwerk- und Standortressourcen (GPS) sowie relevanten Systemereignissen zu sehen.

Systemereignisse, die sich auf den Energieverbrauch auswirken, werden in der Zeitleiste System unter der Zeitachse Energie angezeigt. Details zu Systemereignissen innerhalb des angegebenen Zeitraums werden im Ereignisbereich angezeigt, wenn Sie in der Energie-Zeitachse einen Zeitraum auswählen.

Wenn Sie den Aufrufstack und andere Details für ein Systemereignis, z. B. einen Wakelock, sehen möchten, wählen Sie es im Ereignisbereich aus. Doppelklicken Sie auf den Eintrag im Aufrufstack, um den für ein Systemereignis verantwortlichen Code aufzurufen.

Flusenprüfung

Android Studio 3.2 enthält viele neue und verbesserte Funktionen für die Lint-Prüfung.

Die neuen Lint-Prüfungen helfen Ihnen, gängige Codeprobleme zu finden und zu identifizieren. Diese reichen von Warnungen zu möglichen Problemen mit der Nutzerfreundlichkeit bis hin zu Fehlern mit hoher Priorität in Bezug auf potenzielle Sicherheitslücken.

Lint prüft die Java-/Kotlin-Interoperabilität

Damit der Java-Code gut mit dem Kotlin-Code zusammenarbeitet, werden durch neue Lint-Prüfungen die im Kotlin-Interop-Leitfaden beschriebenen Best Practices erzwungen. Beispiele für diese Prüfungen sind das Vorhandensein von Nullability-Annotationen, die Verwendung harter Kotlin-Schlüsselwörter und die letzte Platzierung von Lambda-Parametern.

Klicken Sie zum Aktivieren dieser Prüfungen auf Datei > Einstellungen (Android Studio > Einstellungen auf dem 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.

Fügen Sie der Datei build.gradle Folgendes hinzu, um diese Prüfungen für Befehlszeilen-Builds zu aktivieren:

        android {
            lintOptions {
                check 'Interoperability'
            }
        }
        
      

Lint prüft auf Slices

Neue Lint-Prüfungen für Slices tragen dazu bei, dass Sie Slices korrekt erstellen. Mit Lint-Prüfungen werden Sie beispielsweise gewarnt, wenn Sie einem Slice keine primäre Aktion zugewiesen haben.

Neues Gradle-Ziel

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

Aktualisierte Metadaten

Verschiedene Metadaten, z. B. die Dienststreamingprüfung, wurden aktualisiert, damit Lint-Prüfungen unter Android 9 (API-Ebene 28) funktionieren.

Warnung, wenn Lint für eine neue Variante ausgeführt wird

Lint erfasst jetzt, mit welcher Variante und Version eine Referenz aufgezeichnet wird. Lint warnt Sie, wenn Sie es mit einer anderen Variante als der ausführen, mit der die Referenz erstellt wurde.

Verbesserungen an vorhandenen Lint-Prüfungen

Android Studio 3.2 enthält viele Verbesserungen für vorhandene Lint-Prüfungen. Beispielsweise werden die Ressourcenzyklusprüfungen jetzt auf zusätzliche Ressourcentypen angewendet und der Übersetzungsdetektor kann fehlende Übersetzungen direkt im Editor finden.

Problem-IDs leichter auffindbar machen

Problem-IDs werden jetzt an mehr Stellen angezeigt, unter anderem im Fenster Prüfungsergebnisse. So können Sie die Informationen, die Sie zum Aktivieren oder Deaktivieren bestimmter Prüfungen benötigen, über lintOptions in build.gradle leichter finden.

Weitere Informationen findest du unter Lint-Optionen mit Gradle konfigurieren.

Datenbindung V2

Datenbindung V2 ist jetzt standardmäßig aktiviert und mit V1 kompatibel. Wenn Sie also Bibliotheksabhängigkeiten haben, die Sie mit V1 kompiliert haben, können Sie diese für Projekte verwenden, in denen Data Binding V2 verwendet wird. Projekte, die V1 verwenden, können jedoch keine Abhängigkeiten nutzen, 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 Build-Gesamtzeit verkürzt wird. In Android Studio 3.2 ist das Entsugaren mit D8 standardmäßig aktiviert.

Neuer Code-Shrinker

R8 ist ein neues Tool zum Verkleinern 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 abzielen, generiert das Plug-in standardmäßig keine APKs 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 Ihrer build.gradle-Datei 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 Build-Dateien in CMake

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-Skripts bearbeiten können, wie zum Beispiel:

• Syntaxhervorhebung und Codevervollständigung: Die IDE hebt jetzt die Codevervollständigung für gängige CMake-Befehle hervor und schlägt vor. Alternativ können Sie zu einer Datei wechseln, indem Sie bei gedrückter Strg-Taste (Befehlstaste auf Mac) darauf klicken.
• Codeumformatierung:Sie können jetzt die Option zur Codeumformatierung von IntelliJ verwenden, um Codestile auf Ihre CMake-Build-Skripts anzuwenden.
• Sichere Refaktorierung: Die integrierten Refaktorierungstools der IDE prüfen jetzt auch, ob Sie Dateien umbenennen oder löschen, auf die Sie in Ihren CMake-Build-Skripts verweisen.

Zwischen externen Headerdateien wechseln

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 aufrufen 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 eingefügt haben, öffnen Sie links in der IDE das Fenster Projekt. Wählen Sie dazu im Hauptmenü Ansicht > Tool-Fenster > Projekt und dann im Drop-down-Menü die Option Android aus. Im Verzeichnis cpp werden alle Header, die sich im Bereich Ihres Anwendungsprojekts befinden, für jede Ihrer lokalen C/C++-Bibliotheksabhängigkeiten unter dem Knoten include organisiert, wie unten dargestellt.

Native 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 wurde. Unabhängig davon, ob du die Bereitstellung auf einem Gerät vornimmst oder ein APK für einen Release erstellst, aktiviert das Android-Plug-in für Gradle natives Multidex 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 die Quelle für AAPT2 (Android Asset Packaging Tool 2) das Maven-Repository von Google.

Wenn Sie AAPT2 verwenden möchten, muss Ihre build.gradle-Datei eine google()-Abhängigkeit enthalten, 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.

Konfiguration wird bei Bedarf entfernt

Die Einstellung On demand konfigurieren wurde aus Android Studio entfernt.

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

ADB-Verbindungsassistent

Der neue ADB Connection Assistant bietet eine Schritt-für-Schritt-Anleitung zum Einrichten und Verwenden eines Geräts über die Android Debug Bridge (ADB)-Verbindung.

Um den Assistenten zu starten, wählen Sie Tools > Connection Assistant.

Der ADB-Verbindungsassistent bietet Anleitungen, kontextbezogene Steuerelemente und eine Liste der verbundenen Geräte auf einer Reihe von Seiten im Bereich Assistant.

Emulator-Verbesserungen

Sie können jetzt jederzeit Snapshots eines AVD (virtuelles Android-Gerät) im Android-Emulator speichern und laden. So lässt sich ein emuliertes Gerät schnell und einfach auf einen bekannten Zustand zum Testen zurücksetzen. Wenn Sie ein AVD mit dem AVD-Manager bearbeiten, können Sie angeben, welcher AVD-Snapshot beim Start des AVD geladen werden soll.

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 Neuerungen und Änderungen im Emulator finden Sie in den Versionshinweisen für Emulator.