64-Bit-Architekturen unterstützen

Bei Google Play veröffentlichte Apps müssen 64-Bit-Architekturen 64-Bit-Version Ihrer App hinzufügen bietet Leistungsverbesserungen und ermöglicht die Einrichtung von Geräten mit 64-Bit- Hardware.

Mit den folgenden Schritten kannst du sicherstellen, dass deine 32-Bit-App 64-Bit-Geräte unterstützt.

App bewerten

Wenn Ihre App nur Code verwendet, der in der Programmiersprache Java oder Wenn Sie Kotlin einschließlich aller Bibliotheken und SDKs verwenden, unterstützt Ihre App 64-Bit-Geräte. Wenn Ihre App nativen Code verwendet oder Sie sich nicht sicher sind, ob dies der Fall ist, prüfen Sie Ihre

Schnelle Statusprüfung

Rufe die Play Console auf und sieh dir vorhandene Releases an. konform sind.

In der Play Console werden auch Warnungen angezeigt, die für Ihren Release-Entwurf gelten, wenn alle Probleme im Zusammenhang mit der 64-Bit-Anforderung. In der folgenden Abbildung sehen Sie ein Beispiel.

Wenn eine Warnung angezeigt wird, führen Sie die folgenden Schritte aus, um Ihre App kompatibel zu machen mit 64-Bit-Geräte.

Verwendet Ihre App nativen Code?

Ihre App nutzt nativen Code, wenn:

• Verwendet beliebigen (nativen) C/C++ Code in Ihrer App.
• Links zu nativen Bibliotheken von Drittanbietern.
• Wurde von einem Drittanbieter-App-Builder erstellt, der native Bibliotheken verwendet.

Enthält deine App 64-Bit-Bibliotheken?

Überprüfen Sie die Struktur Ihrer APK-Datei. Nach der Erstellung wird das APK mit beliebigen native Bibliotheken, die die App benötigt. Native Bibliotheken werden in verschiedenen basierend auf dem ABI. Es ist nicht erforderlich, alle 64-Bit-Architektur, aber Sie können für jede native 32-Bit-Architektur die erforderliche Unterstützung bieten. muss die entsprechende 64-Bit-Architektur enthalten.

Für die ARM-Architektur befinden sich die 32-Bit-Bibliotheken in armeabi-v7a. Das 64-Bit-Äquivalent ist arm64-v8a.

Suchen Sie bei der x86-Architektur nach x86 für 32-Bit und x86_64 für 64-Bit.

Achten Sie darauf, dass sich in beiden Ordnern native Bibliotheken befinden. Hier noch einmal zusammengefasst:

Hinweis: Je nach App kann es sein, dass es je nach App genau die gleichen Bibliotheken in jedem Ordner befinden. Ziel ist es, sicherzustellen, dass Ihre App eine reine 64-Bit-Umgebung.

Normalerweise ein APK oder Bundle, das für 32-Bit und 64-Bit entwickelt wurde Architekturen Ordner für beide ABIs mit jeweils einem entsprechenden Satz nativer Bibliotheken. Wenn 64-Bit nicht unterstützt wird, wird möglicherweise ein 32-Bit-ABI-Ordner angezeigt aber kein 64-Bit-Ordner.

Mit APK Analyzer nach nativen Bibliotheken suchen

APK Analyzer ist ein Tool, mit dem du verschiedene Aspekte eines erstellten APKs. Damit kannst du native Bibliotheken finden und auf eine 64-Bit-Version Bibliotheken vorhanden sind.

1. Öffnen Sie Android Studio und ein beliebiges Projekt.

2. Wählen Sie im Menü Build > APK analysieren...

   

3. Wählen Sie das APK aus, das Sie bewerten möchten.

4. Suchen Sie im Ordner lib nach der Datei „.so“. -Dateien, falls vorhanden. Wenn es Keine, unterstützt deine App 64-Bit-Geräte und du musst nichts weiter tun. erforderlich. Wenn Sie armeabi-v7a oder x86 sehen, haben Sie eine 32-Bit- Bibliotheken.

5. Überprüfen Sie, ob Sie ähnliche ".so"- in arm64-v8a oder x86_64-Ordner.

   

6. Wenn Sie keine arm64-v8a- oder x86_64-Bibliotheken haben, aktualisieren Sie die mit dem Erstellen und Verpacken dieser Artefakte in Ihr APK beginnen.

7. Wenn bereits beide Bibliotheken gepackt sind, können Sie fortfahren und Teste deine App auf 64-Bit-Hardware.

APKs entpacken und nach nativen Bibliotheken suchen

APK-Dateien sind wie ZIP-Dateien aufgebaut. Über die Befehlszeile oder eine andere Extraktionstool öffnen, extrahieren Sie die APK-Datei. Je nach Extraktionstool müssen Sie die Datei möglicherweise in ZIP umbenennen.

Suchen Sie nach den extrahierten Dateien. Orientieren Sie sich dabei an der Anleitung oben, wenn deine App 64-Bit-Geräte unterstützt. Sie können das folgende Befehlsbeispiel ausführen: über die Befehlszeile ein:

:: Command Line
> zipinfo -1 YOUR_APK_FILE.apk | grep \.so$
lib/armeabi-v7a/libmain.so
lib/armeabi-v7a/libmono.so
lib/armeabi-v7a/libunity.so
lib/arm64-v8a/libmain.so
lib/arm64-v8a/libmono.so
lib/arm64-v8a/libunity.so

Beachten Sie, dass in diesem Beispiel armeabi-v7a und arm64-v8a vorhanden sind. -Bibliotheken, was bedeutet, dass die App 64-Bit-Architekturen unterstützt.

Apps mit 64-Bit-Bibliotheken erstellen

In der folgenden Anleitung wird beschrieben, wie 64-Bit-Bibliotheken erstellt werden. Beachten Sie, dass Diese Schritte beziehen sich nur auf den Baucode und die Bibliotheken, die Sie erstellen können. aus der Quelle.

Apps mit Android Studio oder Gradle entwickeln

Bei den meisten Android Studio-Projekten wird Gradle als zugrunde liegendes Build-System verwendet. für beide Fälle gilt. Fügen Sie zum Aktivieren von Builds für Ihren nativen Code arm64-v8a und/oder x86_64, je nachdem, welche Architekturen Sie verwenden möchten finden Sie unter der Einstellung ndk.abiFilters im „build.gradle“ Datei:

// Your app's build.gradle
plugins {
  id 'com.android.app'
}

android {
   compileSdkVersion 27
   defaultConfig {
       appId "com.google.example.64bit"
       minSdkVersion 15
       targetSdkVersion 28
       versionCode 1
       versionName "1.0"
       ndk.abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
// ...

// Your app's build.gradle
plugins {
    id("com.android.app")
}

android {
    compileSdkVersion(27)
    defaultConfig {
        appId = "com.google.example.64bit"
        minSdkVersion(15)
        targetSdkVersion(28)
        versionCode = 1
        versionName = "1.0"
        ndk {
            abiFilters += listOf("armeabi-v7a","arm64-v8a","x86","x86_64")
        }
// ...

Mit CMake erstellen

Wenn Ihre App mit CMake erstellt wurde, können Sie eine 64-Bit-Version erstellen. ABIs durch Übergeben der arm64-v8a in „-DANDROID_ABI“ Parameter:

:: Command Line
> cmake -DANDROID_ABI=arm64-v8a … or
> cmake -DANDROID_ABI=x86_64 …

Mit „ndk-build“ erstellen

Wenn Ihre App mit ndk-build erstellt wurde, können Sie für 64-Bit-ABIs durch Ändern der Datei 'Application.mk' mit die Variable APP_ABI:

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64

32-Bit-Code auf 64-Bit übertragen

Wenn Ihr Code bereits auf dem Desktop oder iOS ausgeführt wird, müssen Sie in der Regel nichts weiter tun. zusätzliche Arbeit für Android. Wenn Ihr Code zum ersten Mal für einen 64-Bit-System benötigen, besteht das Hauptproblem darin, dass Zeiger nicht mehr in 32-Bit-Ganzzahltypen wie int.

Aktualisieren Sie Code, der Cursor in Typen wie int, unsigned oder uint32_t Auf Unix-Systemen entspricht long der Zeigergröße, dies ist aber nicht "true" für Windows. Verwende stattdessen die Typen uintptr_t oder intptr_t. Zum Speichern der Differenz zwischen zwei Zeigern verwenden Sie den ptrdiff_t Typ.

Sie sollten immer die spezifischen Ganzzahltypen mit fester Breite bevorzugen, die in <stdint.h> statt Typen mit fester Breite wie int oder long, auch wenn es sich nicht um Punkte handelt.

Mit den folgenden Compiler-Flags können Sie Fälle abfangen, in denen Ihr Code falsch ist Konvertierung zwischen Zeigern und Ganzzahlen:

-Werror=pointer-to-int-cast
-Werror=int-to-pointer-cast
-Werror=shorten-64-to-32

Java-Klassen mit int-Feldern, die Zeiger auf C/C++-Objekte enthalten, haben dasselbe Problem. Suchen Sie in Ihrer JNI-Quelle nach jint und wechseln Sie zu long auf der Java-Seite und jlong auf der C++-Seite.

Implizite Funktionsdeklarationen sind für 64-Bit-Code wesentlich gefährlicher. C/C++ dass der Rückgabetyp einer implizit deklarierten Funktion (d. h. -Funktion, für die der Compiler keine Deklaration gesehen hat) ist int. Wenn die Der Rückgabetyp Ihrer Funktion ist ein Zeiger. Dies funktioniert bei einer 32-Bit- System, in dem Ihr Zeiger in eine Ganzzahl passt. Auf einem 64-Bit-System die obere Hälfte des Zeigers entfernt. Beispiel:

// This function returns a pointer:
// extern char* foo();

// If you don't include a header that declares it,
// when the compiler sees this:
char* result = foo();

// Instead of compiling that to:
result = foo();

// It compiles to something equivalent to:
result = foo() & 0xffffffff;

// Which will then cause a SIGSEGV if you try to dereference `result`.

Das folgende Compiler-Flag wandelt Warnungen bei impliziten Funktionsdeklarationen in Fehler beheben, damit Sie dieses Problem leichter finden und beheben können:

-Werror=implicit-function-declaration

Wenn Sie einen Inline-Assembler haben, schreiben Sie ihn um oder verwenden Sie eine einfache C/C++-Implementierung.

Wenn Sie hartcodierte Größen von Typen (z. B. 8 oder 16 Byte) haben, ersetzen Sie diese durch den entsprechenden sizeof(T)-Ausdruck, z. B. sizeof(void*).

Wenn Sie anderen Code für 32-Bit als für 64-Bit bedingt kompilieren müssen, kann das #if defined(__LP64__) für allgemeine 32/64-Unterschiede oder __arm__, __aarch64__ (Verzweigung64), __i386__ (x86) und __x86_64__ für das spezifische von Android unterstützte Architekturen.

Passen Sie Formatstrings für printf- oder scanf-ähnliche Funktionen wie die lassen sich mit Formatspezifizierern keine 64-Bit-Typen angeben, sowohl für 32-Bit- als auch für 64-Bit-Geräte geeignet. Die Makros PRI und SCN in Dieses Problem lässt sich mit <inttypes.h> lösen, PRIxPTR und SCNxPTR zum Schreiben und Lesen von Hex-Zeigern; sowie PRId64 und SCNd64 zum Schreiben und 64-Bit-Werte tragbar lesen können.

Beim Verschieben müssen Sie möglicherweise 1ULL verwenden, um eine 64-Bit-Konstante zum Verschieben zu erhalten anstatt 1 zu verwenden, das nur 32 Bit hat.

Größenerhöhungen mit Android App Bundle abschwächen

Wenn du deiner App eine 64-Bit-Architektur hinzufügst, kann dein APK größer werden. Wir empfehlen Ihnen dringend, die Android App Bundle-Funktion, um die Auswirkungen auf die Größe der im selben APK sowohl den nativen 32- als auch den 64-Bit-Code enthalten.

Spieleentwickler

Die drei am häufigsten verwendeten Suchmaschinen unterstützen 64-Bit:

• Unglaublich seit 2015
• Cocos2d seit 2015
• Unity seit 2018

Unity-Entwickler

Auf leistungsfähige Versionen upgraden

Unity bietet 64-Bit-Unterstützung mit den Versionen 2018.2 und 16.04.2017.

Wenn Sie eine Unity-Version verwenden, die 64-Bit nicht unterstützt, ermitteln Sie, Version, auf die Sie upgraden möchten, und folgen Sie den Anleitungen, die Unity ermöglicht die Migration Ihrer Umgebung und sorgt dafür, dass Ihre Anwendung auf eine die 64-Bit-Bibliotheken erstellen kann. Unity empfiehlt, dass Sie Zugriff auf die Upgrade auf die neueste Version von „Langzeitsupport“ durchführen Version des Editors.

Die folgende Tabelle bietet einen Überblick über die verschiedenen Unity-Versionen und mögliche Maßnahmen:

Build-Einstellungen zur Ausgabe von 64-Bit-Bibliotheken ändern

Wenn Sie eine Version von Unity verwenden, die 64-Bit-Android-Bibliotheken unterstützt, kann durch Anpassen der Build-Einstellungen eine 64-Bit-Version Ihrer App generieren. Verwenden Sie das IL2CPP-Back-End als Skript-Back-End Zum Einrichten in Ihrem Unity-Projekt, um eine 64-Bit-Architektur zu erstellen:

1. Gehen Sie zu Build Settings (Build-Einstellungen) und achten Sie darauf, dass Sie Apps für Android entwickeln. Überprüfen Sie, ob sich das Unity-Symbol neben Android unter Platform befindet. 1. Wenn das Unity-Symbol nicht neben der Android-Plattform steht, wählen Sie Android aus und klicken Sie auf Plattform wechseln.

2. Klicken Sie auf Player-Einstellungen.

   

3. Gehen Sie zu Bereich für Player-Einstellungen > Einstellungen für Android > Sonstiges Einstellungen > Konfiguration

4. Setzen Sie Skript-Back-End auf IL2CPP.

5. Wählen Sie die Option Target Architecture > ARM64 hinzu.

   

6. Build wie gewohnt!

Bei der Entwicklung für ARM64 müssen alle Assets speziell erstellt werden. für diese Plattform. Folgen Sie der Unity-Anleitung zur Reduzierung von APK-Dateien und erwägen Sie, die Vorteile der Android App Bundle-Funktion, um diesen Anstieg abzumildern nicht so groß sein.

Multi-APK und 64-Bit-Kompatibilität

Wenn Sie die Unterstützung für mehrere APKs von Google Play verwenden, deine App veröffentlicht, wird die Einhaltung der 64-Bit-Anforderung geprüft. auf Release-Ebene. Die 64-Bit-Anforderung gilt jedoch nicht für APKs oder App Bundles, die nicht für Geräte mit Android 9 Pie oder höher bereitgestellt werden.

Wenn eines Ihrer APKs als nicht konform markiert ist, aber eine frühere Version ist und es nicht möglich ist, sie in die Compliance zu integrieren, besteht eine Strategie darin, Attribut maxSdkVersion="27" im Element uses-sdk in Manifests dieses APKs. Dieses APK wird nicht an Geräte mit Android 9 Pie geliefert und die Compliance wird nicht mehr blockiert.

RenderScript und 64-Bit-Compliance

Wenn Ihre App RenderScript verwendet und mit einer früheren Version des Android-Tools können Probleme mit der 64-Bit-Compliance für die App auftreten. Mit Build vor 21.0.0 arbeiten, kann der Compiler Bitcode in ein externes .bc-Datei. Diese älteren .bc-Dateien werden für 64-Bit-Dateien nicht mehr unterstützt Architekturen, sodass das Vorhandensein der Datei in Ihrem APK die Compliance-Anforderungen Problem.

Entfernen Sie alle .bc-Dateien in Ihrem Projekt, führen Sie ein Upgrade Ihrer Umgebung auf build-tools-21.0.0 oder höher und legen Sie renderscriptTargetApi in Android Studio auf Nutzer ab 21 umzustellen, den Compiler, damit keine .bc-Dateien ausgegeben werden. Erstellen Sie dann Ihre App neu und suchen Sie nach .bc. und sie in die Play Console hochladen.

App auf 64-Bit-Hardware testen

Die 64-Bit-Version deiner App sollte dieselbe Qualität und denselben Funktionsumfang wie die 32-Bit-Version. Teste deine App, um sicherzustellen, dass Nutzer die neueste 64-Bit-Version verwenden die Nutzerfreundlichkeit Ihrer App zu verbessern.

Nur 64-Bit-Geräte

Wir empfehlen dir, deine App nach Möglichkeit in einer strikten 64-Bit-Version zu testen. Verwenden Sie dazu eine der folgenden Optionen:

• Google Pixel mit einem 64-Bit-System-Image
• Android-Emulator

Google Pixel mit einem 64-Bit-System-Image

Um die Entwicklung und das Testen von Apps zu erleichtern, haben wir spezielle System-Images bereitgestellt mit einer strengen 64-Bit-Umgebung für einige Pixel-Geräte. Diese ausschließlich 64-Bit- Images wurden ursprünglich gleichzeitig mit standardmäßigen Factory System-Images bereitgestellt. für die Vorabversionen von Android 13 und 14. Sie können sie jedoch weiterhin als du deine App auf 64-Bit-Kompatibilität testest.

Nur 64-Bit-Bild abrufen

Ähnlich wie bei werkseitigen System-Images können Sie ein reines 64-Bit-Image in Ihr mithilfe des Android Flash Tools oder durch Flash-Tracking Gerät manuell, wie in den folgenden Abschnitten beschrieben.

Gerät mit dem Android Flash Tool flashen

Mit dem Android Flash Tool können Sie ein Systemimage sicher flashen. mit Ihrem unterstützten Pixel-Gerät verbinden. Android Flash Tool funktioniert mit jedem Webbrowser der WebUSB unterstützt, z. B. Chrome oder Edge 79 oder höher.

Das Android Flash Tool führt Sie schrittweise durch den Vorgang zum Flashen Ihrer Dafür müssen keine Tools installiert sein, aber Sie müssen Ihr Gerät entsperren. Gerät und aktivieren Sie USB-Debugging in den Entwickleroptionen. Für finden Sie im Android Flash Tool Dokumentation.

Verbinden Sie Ihr Gerät über USB und legen Sie dann, je nach Art des System-Images, zu flashen, navigieren Sie über einen der folgenden Links zum Android Flash Tool und folgen Sie der Anleitung auf dem Bildschirm:

• Android 14 (Beta 5.2) Nur 64-Bit-System-Images

  Wähle das Gerät aus, das du flashen möchtest:

  • Pixel 4a (5G)
  • Pixel 5
  • Pixel 6
  • Pixel 6 Pro

• Android 13 (QPR3 Beta 3.2) 64-Bit-System-Images

  Wähle das Gerät aus, das du flashen möchtest:

  • Pixel 4a (5G)
  • Pixel 5
  • Pixel 6
  • Pixel 6 Pro

Gerät manuell blinken lassen

Sie können auch das neueste System-Image herunterladen und manuell auf Ihren . In der folgenden Tabelle finden Sie Informationen zum Herunterladen des System-Images für Ihren Test. . Das manuelle Blinken eines Geräts ist nützlich, wenn Sie eine präzise Steuerung oder wenn Sie die App häufig neu installieren müssen, z. B. automatische Tests durchführen.

Nachdem Sie Ihre Gerätedaten gesichert und das entsprechende System-Image heruntergeladen haben, können Sie das Bild auf Ihr Gerät flashen.

Sie können jederzeit zum neuesten öffentlichen Build zurückkehren. .

Nur 64-Bit-Factory-Images für Android 14 (Beta 5.3)

Diese Images bieten eine strenge 64-Bit-Umgebung zum Testen der 64-Bit-App. Kompatibilität. Diese reinen 64-Bit-Konfigurationen sind nur für Entwickler gedacht.

Nur 64-Bit-Factory-Images für Android 13 (QPR3 Beta 3.2)

Diese Images bieten eine strenge 64-Bit-Umgebung zum Testen der 64-Bit-App. Kompatibilität. Diese reinen 64-Bit-Konfigurationen sind nur für Entwickler gedacht.

Zu einem öffentlichen Build zurückkehren

Sie können das Android Flash Tool verwenden, um das Factory Image flashen oder ein werksspezifisches System abrufen Bild aus der Factory Images für Nexus- und Pixel-Geräte und flashen Sie sie dann manuell auf das Gerät.

Android-Emulator

Ab Android 12 (API-Level 31) sind Android-Emulator-Systemimages 64-Bit-Versionen . Virtuelles Android-Gerät (AVD) mithilfe eines Systems erstellen Bild mit Android 12 (API-Level 31) oder höher, um eine strenge 64-Bit-Version für das Testen von Apps.

Weitere Geräteoptionen

Wenn Sie keines dieser Geräte besitzen oder den Android-Emulator nicht verwenden können, ist die Verwendung eines 64-Bit-fähigen Geräts, wie z. B. Google Pixel oder andere aktuelle Flagship-Geräte anderer Gerätehersteller.

App installieren und testen

Am einfachsten kannst du dein APK testen, indem du die App mit Android Debug installierst. Bridge (ADB). In den meisten Fällen können Sie --abi als Parameter angeben, welche Bibliotheken auf dem Gerät installiert werden sollen. Dadurch wird die App nur mit dem 64-Bit-Bibliotheken auf dem Gerät.

:: Command Line
# A successful install:
> adb install --abi armeabi-v7a YOUR_APK_FILE.apk
Success

# If your APK does not have the 64-bit libraries:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
adb: failed to install YOUR_APK_FILE.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]

# If your device does not support 64-bit, an emulator, for example:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
ABI arm64-v8a not supported on this device

Nach der Installation kannst du deine App wie gewohnt testen. dass die Qualität der 32-Bit-Version entspricht.

Auf bekannte Kompatibilitätsprobleme prüfen

Prüfe deine App beim Testen auf die folgenden Probleme, die sich auf Apps auswirken, wenn auf 64-Bit-Geräten ausgeführt werden. Auch wenn eure App nicht von den betroffenen Bibliotheken und Drittanbieter-Bibliotheken und -SDKs direkt in den Abhängigkeiten Ihrer App,

SoLoader

Wenn Sie das SDK für natives Code-Ladeprogramm verwenden SoLoader – aktualisieren Sie auf Version 0.10.4 oder höher. Wenn Ihr Apps verwendet SDKs, die von SoLoader abhängen, sollten Sie auf die neueste Version aktualisieren stabile Version der betroffenen SDKs.

Für SoLoader v0.9.0 und niedriger wird vorausgesetzt, dass Systembibliotheken /vendor/lib:/system/lib Dieser Fehler kann auf Geräten wie dem Pixel nicht beobachtet werden 7 angegeben. Diese Annahme führt jedoch zu Abstürzen auf Geräten, die nur haben Systembibliotheken in /vendor/lib64:/system/lib64.

Weitere Informationen zur Behebung dieses und anderer durch SoLoader verursachter Probleme findest du in der in der Google-Hilfe.

OpenSSL

Wenn Sie die OpenSSL-Bibliothek verwenden, aktualisieren Sie auf OpenSSL 1.1.1i oder höher. Wenn Ihre App SDKs verwenden, die eine Kommunikation über HTTPS ermöglichen, oder andere SDKs, die von OpenSSL abhängig sind, müssen Sie auch das SDK auf die neueste Version aktualisieren, die eine neuere OpenSSL-Version verwendet. SDK-Anbieter kontaktieren, falls das nicht der Fall ist verfügbar.

ARMv8.3 PAC ermöglicht eine hardwaregestützte Steuerung Datenflussintegrität durch Authentifizierung von Zeigern zur Laufzeit. Frühere Versionen von OpenSSL verwendet diese Funktionen falsch, was zu Laufzeitabstürzen in allen Geräte mit Prozessoren, die auf ARMv8.3a und höher basieren.

Weitere Informationen zur Behebung dieses und anderer durch OpenSSL verursachter Probleme finden Sie in der in der Google-Hilfe.

BTI

ARMv8.5 und höher verwenden Branch Target Instructions (BTIs), um sich vor JOP-Angriffe: Frühere Versionen der Verschleierung SDKs, die in zufällige Offsets von mit BTI erstellten Bibliotheken verzweigt werden, können dazu führen, zum Absturz gebracht hat. Da die Anweisungen als HINTs: Dieser Fehler kann auf Geräten nicht beobachtet werden. die BTI nicht unterstützen.

Veröffentlichen

Wenn du der Meinung bist, dass deine App fertig ist, kannst du sie wie gewohnt veröffentlichen. Gehen Sie wie immer zu folgen Sie den Best Practices für die Bereitstellung Ihrer App. Wir empfehlen Ihnen, von geschlossenen Test-Tracks auf eine begrenzte Anzahl von damit die Qualität Ihrer App konstant bleibt.

Wie bei der Einführung eines größeren Updates sollten Sie Ihre 64-Bit-fähigen Geräten, bevor sie für eine größere Zielgruppe veröffentlicht werden.