Android Studio 3.2 (September 2018)

Android Studio 3.2 ist eine Hauptversion, die eine Vielzahl neuer Funktionen und Verbesserungen enthält.

Das ist neu bei Google Assistant

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

Der Assistent wird geöffnet, wenn Sie Android Studio nach einer Neuinstallation oder Aktualisierung starten, wenn neue Informationen vorhanden sind. Du kannst den Assistenten auch über Hilfe > Neu in Android Studio öffnen.

Android Jetpack

Android Jetpack unterstützt die Android-Entwicklung mit Komponenten, Tools und Anleitungen, die sich wiederholende Aufgaben eliminieren und es Ihnen ermöglichen, schnell und einfach qualitativ 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, um eine grafische Ansicht zum Erstellen der Navigationsstruktur Ihrer App bereitzustellen. Der Navigationseditor vereinfacht das Design und die Implementierung der Navigation zwischen In-App-Zielen.

Der Navigations-Editor in Android Studio 3.2 ist eine experimentelle Funktion. Klicken Sie zum Aktivieren des Navigations-Editors auf Datei > Einstellungen (Android Studio > Einstellungen auf einem 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 Navigations-Editor.

AndroidX-Migration

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

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

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, konvertiert das Android Studio-Build-System diese ebenfalls 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, 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 das Flag auf false gesetzt.
• android.enableJetifier: Wenn dieser Wert auf true gesetzt ist, gibt dieses Flag an, dass du Tool-Unterstützung (vom Android-Gradle-Plug-in) erhalten möchtest, um vorhandene Bibliotheken von Drittanbietern automatisch zu konvertieren, so als ob sie für AndroidX geschrieben worden wären. Wenn das Flag nicht vorhanden ist, verhält sich Android Studio so, als wäre das Flag auf false gesetzt.

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

Wenn Sie AndroidX-Bibliotheken sofort verwenden möchten und vorhandene Drittanbieterbibliotheken 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 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. Nutzer können die Funktionen Ihrer App dann 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 während der Designphase der App-Entwicklung zu visualisieren. Sie können sich jetzt ganz einfach eine Vorschau Ihrer Ansicht im Layout-Editor ansehen, die mit Beispieldaten gefüllt ist. Wenn Sie eine Ansicht hinzufügen, wird unter der Ansicht im Designfenster die Schaltfläche angezeigt. Klicken Sie auf diese Schaltfläche, um die Attribute für die Ansicht für die Entwicklungszeit 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 für die Attribute für die Entwicklungszeit und wählen Sie eine Auswahl aus dem Karussell mit Beispieldatenvorlagen aus.

Segmente

Segmente bieten eine neue Möglichkeit, Teile der Funktionalität deiner App in andere Android-Benutzeroberflächen einzubetten. Mit Segmenten lassen sich beispielsweise App-Funktionen und -Inhalte in Vorschlägen der Google Suche anzeigen.

In Android Studio 3.2 gibt es eine integrierte Vorlage, mit der du deine App um die neuen Slice-Anbieter-APIs erweitern kannst. Außerdem gibt es neue Lint-Prüfungen, mit denen du sicherstellst, dass du beim Erstellen der Slices die Best Practices beachtest.

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, auch zum Testen der Slice-Interaktionen, finden Sie im Startleitfaden für Segmente.

Kotlin 1.2.61

In Android Studio 3.2 ist Kotlin 1.2.61 enthalten und das neue Android SDK lässt sich besser in Kotlin einbinden. Weitere Informationen findest du im Blog für Android-Entwickler.

IntelliJ IDEA 2018.1.6

Die Kern-IDE von Android Studio wurde mit Verbesserungen von IntelliJ IDEA bis zur Version 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 zu überprüfen. Der Profiler speichert Ihre Sitzungsdaten, 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 Aufzeichnungen wechseln, um Daten zu vergleichen.

System Tracing

Wählen Sie im CPU-Profiler die neue System-Trace-Konfiguration 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 wie UI-Verzögerungen zu untersuchen.

Bei Verwendung dieser Trace-Konfiguration können Sie wichtige Coderoutinen visuell auf der Profiler-Zeitachse markieren, indem Sie Ihren C/C++-Code mit der nativen Tracing API oder den Java-Code mit der Klasse Trace instrumentieren.

JNI-Referenzen im Memory Profiler prüfen

Wenn du deine App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereitstellst, kannst du jetzt die Arbeitsspeicherzuweisungen für den JNI-Code deiner 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 Objekte im Heap wie gewohnt untersuchen und auf dem Tab Allocation Call Stack auf Objekte doppelklicken, um zu sehen, wo die JNI-Referenzen in Ihrem Code zugeordnet und freigegeben werden.

Heap-Dumpdateien importieren, exportieren und prüfen

Sie können jetzt mit dem Memory Profiler erstellte .hprof-Heap-Dump-Dateien importieren, exportieren und prüfen.

Importieren Sie die Datei .hprof. Klicken Sie dazu im Profiler-Bereich Sitzungen auf Neue Profiler-Sitzung starten und wählen Sie Aus Datei laden aus. Die Daten können Sie dann wie bei jedem anderen Heap-Dump im Memory Profiler prüfen.

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

CPU-Aktivität beim Starten der Anwendung 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 Aufzeichnen eines Methoden-Trace beim Start starten.
3. Wählen Sie im Drop-down-Menü eine CPU-Aufzeichnungskonfiguration aus, die verwendet werden soll.
4. Stellen Sie Ihre App auf einem Gerät mit Android 8.0 (API-Level 26) oder höher bereit, indem Sie 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 für andere freizugeben oder später zu untersuchen.

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. Gehen Sie zum Speicherort, an dem Sie die Datei speichern möchten, und klicken Sie auf Speichern.

CPU-Trace-Dateien importieren und untersuchen

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 Ihre Trace-Datei. Klicken Sie dazu im Profiler-Bereich Sitzungen auf Neue Profiler-Sitzung starten und wählen Sie Aus Datei laden aus. Sie können dann die Daten 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 Thread-Aktivitä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ät mit der Debug API aufzeichnen

Sie können die Aufzeichnung der CPU-Aktivität im CPU-Profiler jetzt starten und beenden, indem Sie Ihre Anwendung 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 Aufzeichnung der CPU-Aktivität, die mit dieser API ausgelöst wird, zeigt der CPU-Profiler die Debug API als die ausgewählte CPU-Aufzeichnungskonfiguration an.

Energie-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 Energy Profiler wird unten im Fenster Profiler als neue Zeile 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 Energy, um die Ansicht „Energy Profiler“ zu maximieren. Bewegen Sie den Mauszeiger über einen Balken auf der Zeitachse, um eine Aufschlüsselung des Energieverbrauchs nach CPU-, Netzwerk- und Standortressourcen (GPS) sowie relevante Systemereignisse zu sehen.

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

Wenn Sie den Aufrufstack und andere Details für ein Systemereignis wie einen Wakelock ansehen 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.

Fusselprü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 identifizieren und identifizieren. Das Spektrum reicht von Warnungen zu potenziellen Problemen mit der Nutzerfreundlichkeit bis hin zu Fehlern mit hoher Priorität zu potenziellen Sicherheitslücken.

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

Damit der Java-Code gut mit dem Kotlin-Code funktioniert, werden die im Kotlin-Interop-Leitfaden beschriebenen Best Practices durch neue Lint-Prüfungen erzwungen. Zu diesen Prüfungen gehören beispielsweise die Suche nach Annotationen zur Null-Zulässigkeit, die Verwendung von harten Kotlin-Keywords und die letzte Platzierung von Lambda-Parametern.

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.

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üfungen für Segmente

Mit den neuen Lint-Prüfungen für Slices lässt sich prüfen, ob die Slices korrekt erstellt wurden. Beispielsweise werden Sie durch Lint-Prüfungen gewarnt, wenn Sie einem Slice 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.

Aktualisierungen von Metadaten

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 für eine neue Variante

Lint zeichnet jetzt auf, 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 bestehenden Lint-Prüfungen

Android Studio 3.2 enthält viele Verbesserungen an bestehenden Lint-Prüfungen. Die Ressourcenzyklusprüfungen werden jetzt beispielsweise auf zusätzliche Ressourcentypen angewendet und der Übersetzungsdetektor kann fehlende Übersetzungen direkt im Editor finden.

Problem-IDs leichter auffindbar

Problem-IDs werden jetzt an mehr Stellen angezeigt, auch im Fenster Prüfungsergebnisse. 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. Wenn Sie Bibliotheksabhängigkeiten haben, die Sie mit V1 kompiliert haben, können Sie diese also für Projekte verwenden, die die Datenbindung V2 verwenden. Beachten Sie jedoch, dass Projekte, die V1 verwenden, keine Abhängigkeiten nutzen können, 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, um die Build-Gesamtzeit zu reduzieren. In Android Studio 3.2 ist die Desugarierung mit D8 standardmäßig aktiviert.

Neuer Code-Schrumpfer

R8 ist ein neues Tool zur Verkleinerung und Verschleierung von Code, das ProGuard ersetzt. Sie können die Vorabversion von R8 nutzen, indem Sie Folgendes in die Datei gradle.properties 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 für die folgenden ABIs mehr: mips, mips64 und armeabi.

Wenn du APKs erstellen möchtest, die auf diese ABIs ausgerichtet sind, musst du NDK r16b oder niedriger verwenden und die ABIs in deiner 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 CMake-Build-Dateien

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. Außerdem können Sie zu einer Datei navigieren, indem Sie bei gedrückter Strg-Taste (Befehlstaste auf einem Mac) darauf klicken.
• Umformatierung von Code:Sie können jetzt die Option zur Codeumformatierung von IntelliJ verwenden, um Codestile auf Ihre CMake-Build-Skripts anzuwenden.
• Sichere Refaktorierung:Die in der IDE integrierten Refaktorierungstools prüfen jetzt auch, ob Sie Dateien umbenennen oder löschen, auf die Sie in Ihren CMake-Build-Skripts verweisen.

Zwischen externen Headerdateien wechseln

Wenn Sie das Fenster Projekt in früheren Versionen von Android Studio verwenden, konnten Sie nur die Headerdateien aufrufen und prüfen, die zu Bibliotheken gehören, die Sie aus einem lokalen Projekt erstellt haben. 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 einbinden, öffnen Sie das Fenster Projekt auf der linken Seite der IDE. Wählen Sie dazu im Hauptmenü View > Tool Windows > Project (Ansicht > Toolfenster > Projekt) und dann im Drop-down-Menü Android aus. Im cpp-Verzeichnis sind alle Header, die im Bereich Ihres Anwendungsprojekts liegen, für jede Ihrer lokalen C/C++-Bibliotheksabhängigkeiten unter dem Knoten include organisiert, wie unten gezeigt.

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

Damit du AAPT2 verwenden kannst, muss die Datei build.gradle eine google()-Abhängigkeit haben, 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 bei Bedarf entfernen

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 bietet eine Schritt-für-Schritt-Anleitung zum Einrichten und Verwenden eines Geräts über die Verbindung Android Debug Bridge (ADB).

Um den Assistenten zu starten, wählen Sie Tools > Verbindungsassistenten aus.

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

Emulatorverbesserungen

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 zu Testzwecken auf einen bekannten Status 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.

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