Bei Google Play veröffentlichte Apps müssen 64-Bit-Architekturen unterstützen. Wenn Sie eine 64-Bit-Version Ihrer App hinzufügen, können Sie die Leistung verbessern und Ihre App für Geräte mit reiner 64-Bit-Hardware vorbereiten.
Mit den folgenden Schritten können Sie dafür sorgen, dass Ihre 32-Bit-App 64-Bit-Geräte unterstützt.
App bewerten
Wenn deine App nur Code verwendet, der in der Programmiersprache Java oder in Kotlin geschrieben wurde, einschließlich aller Bibliotheken oder SDKs, unterstützt sie 64-Bit-Geräte. Wenn deine App nativen Code verwendet oder du dir nicht sicher bist, ob dies der Fall ist, solltest du deine App prüfen.
Schnelle Statusprüfung
Rufen Sie die Play Console auf und prüfen Sie, ob vorhandene Releases den Richtlinien entsprechen.
In der Play Console werden auch Warnungen für Ihre Versionsentwürfe angezeigt, wenn es Probleme im Zusammenhang mit der 64‑Bit-Anforderung gibt. Die folgende Abbildung ist ein Beispiel.
Wenn eine Warnung angezeigt wird, führen Sie die folgenden Schritte aus, um Ihre App mit 64‑Bit-Geräten kompatibel zu machen.
Verwendet Ihre App nativen Code?
Ihre App verwendet nativen Code, wenn sie:
- Verwendet C/C++-Code (nativen Code) in Ihrer App.
- Verknüpfungen mit nativen Bibliotheken von Drittanbietern.
- Sie wurde von einem Drittanbieter-App-Builder erstellt, der native Bibliotheken verwendet.
Enthält Ihre App 64-Bit-Bibliotheken?
Prüfen Sie die Struktur Ihrer APK-Datei. Beim Erstellen wird das APK mit allen nativen Bibliotheken verpackt, die die App benötigt. Native Bibliotheken werden je nach ABI in verschiedenen Ordnern gespeichert. Es ist nicht erforderlich, jede 64-Bit-Architektur zu unterstützen. Für jede native 32-Bit-Architektur, die Sie unterstützen, müssen Sie jedoch die entsprechende 64-Bit-Architektur einbeziehen.
Bei der ARM-Architektur befinden sich die 32-Bit-Bibliotheken in armeabi-v7a. Die 64-Bit-Entsprechung 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 in beiden Ordnern native Bibliotheken vorhanden sind. Zusammenfassung:
| Plattform | Ordner für 32-Bit-Bibliotheken | Ordner für 64-Bit-Bibliotheken |
|---|---|---|
| ARM | lib/armeabi-v7a
|
lib/arm64-v8a
|
| x86 | lib/x86
|
lib/x86_64
|
Je nach App sind in den einzelnen Ordnern möglicherweise nicht genau dieselben Bibliotheken enthalten. Ziel ist es, dafür zu sorgen, dass deine App in einer reinen 64-Bit-Umgebung korrekt ausgeführt wird.
In einem typischen Fall hat ein APK oder Bundle, das sowohl für 32-Bit- als auch für 64-Bit-Architekturen erstellt wurde, Ordner für beide ABIs, jeweils mit einem entsprechenden Satz nativer Bibliotheken. Wenn 64-Bit nicht unterstützt wird, wird möglicherweise ein 32-Bit-ABI-Ordner, aber kein 64-Bit-Ordner angezeigt.
Mit dem APK Analyzer nach nativen Bibliotheken suchen
Mit dem APK Analyzer können Sie verschiedene Aspekte eines erstellten APKs bewerten. Suchen Sie damit nach nativen Bibliotheken und prüfen Sie, ob 64-Bit-Bibliotheken vorhanden sind.
- Öffnen Sie Android Studio und öffnen Sie ein beliebiges Projekt.
Wählen Sie im Menü Build > Analyze APK… aus.
Wählen Sie das APK aus, das Sie bewerten möchten.
Suchen Sie im Ordner lib, der gegebenenfalls „.so“-Dateien enthält. Wenn keine vorhanden sind, unterstützt deine App 64-Bit-Geräte und du musst nichts weiter tun. Wenn armeabi-v7a oder x86 angezeigt wird, haben Sie 32-Bit-Bibliotheken.
Prüfen Sie, ob im Ordner arm64-v8a oder x86_64 ähnliche .so-Dateien vorhanden sind.
Wenn Sie keine arm64-v8a- oder x86_64-Bibliotheken haben, aktualisieren Sie Ihren Build-Prozess, um diese Artefakte in Ihrem APK zu erstellen und zu verpacken.
Wenn beide Bibliotheken bereits gepackt sind, kannst du mit dem Testen deiner App auf 64-Bit-Hardware fortfahren.
Nach nativen Bibliotheken suchen, indem APKs entpackt werden
APK-Dateien sind wie ZIP-Dateien strukturiert. Extrahieren Sie die APK-Datei über die Befehlszeile oder mit einem anderen Extraktionstool. Je nach Extraktionstool müssen Sie die Datei möglicherweise in „.zip“ umbenennen.
Sehen Sie sich die extrahierten Dateien an und folgen Sie der Anleitung oben, um festzustellen, ob Ihre App 64-Bit-Geräte unterstützt. Sie können das folgende Befehlsbeispiel über die Befehlszeile ausführen:
:: 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
In diesem Beispiel sind die Bibliotheken armeabi-v7a und arm64-v8a vorhanden. Das bedeutet, dass die App 64-Bit-Architekturen unterstützt.
App mit 64-Bit-Bibliotheken erstellen
In der folgenden Anleitung wird beschrieben, wie Sie 64-Bit-Bibliotheken erstellen. Diese Schritte decken nur das Erstellen von Code und Bibliotheken ab, die Sie aus der Quelle erstellen können.
Mit Android Studio oder Gradle erstellen
Die meisten Android Studio-Projekte verwenden Gradle als zugrunde liegendes Build-System. Dieser Abschnitt gilt also für beide Fälle. Wenn Sie Builds für Ihren nativen Code aktivieren möchten, fügen Sie je nach den Architekturen, die Sie unterstützen möchten, arm64-v8a und/oder x86_64 zur Einstellung ndk.abiFilters in der Datei „build.gradle“ Ihrer App hinzu:
Groovy
// 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' // ...
Kotlin
// 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 für 64-Bit-ABIs kompilieren, indem Sie arm64-v8a an den Parameter „-DANDROID_ABI“ übergeben:
:: Command Line
> cmake -DANDROID_ABI=arm64-v8a … or
> cmake -DANDROID_ABI=x86_64 …
Mit ndk-build erstellen
Wenn deine App mit ndk-build erstellt wurde, kannst du sie für 64-Bit-ABIs erstellen, indem du die Datei Application.mk mit der Variablen APP_ABI änderst:
APP_ABI := armeabi-v7a arm64-v8a x86 x86_64
32-Bit-Code auf 64-Bit portieren
Wenn Ihr Code bereits auf dem Desktop oder iOS ausgeführt wird, sollten Sie für Android keine zusätzliche Arbeit benötigen. Wenn Ihr Code zum ersten Mal für ein 64-Bit-System erstellt wird, besteht das Hauptproblem darin, dass Zeiger nicht mehr in 32-Bit-Ganzzahltypen wie int passen.
Aktualisieren Sie Code, der Zeiger in Typen wie int, unsigned oder uint32_t speichert. Auf Unix-Systemen entspricht long der Zeigergröße, unter Windows ist das jedoch nicht der Fall. Verwenden Sie stattdessen die Typen uintptr_t oder intptr_t, die die Absicht offenlegen. Verwenden Sie den Typ ptrdiff_t, um die Differenz zwischen zwei Zeigern zu speichern.
Sie sollten immer die spezifischen Ganzzahltypen mit fester Breite bevorzugen, die in <stdint.h> definiert sind, anstatt Typen ohne feste Breite wie int oder long, auch für Nicht-Zeiger.
Verwenden Sie die folgenden Compiler-Flags, um Fälle zu erkennen, in denen Ihr Code fälschlicherweise zwischen Zeigern und Ganzzahlen konvertiert:
-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 achten Sie darauf, dass Sie auf der Java-Seite zu long und auf der C++-Seite zu jlong wechseln.
Implizite Funktionsdeklarationen sind für 64-Bit-Code viel gefährlicher. C/C++ geht davon aus, dass der Rückgabetyp einer implizit deklarierten Funktion (also einer Funktion, für die der Compiler keine Deklaration gesehen hat) int ist. Wenn der tatsächliche Rückgabetyp Ihrer Funktion ein Zeiger ist, funktioniert dies auf einem 32-Bit-System, auf dem der Zeiger in einen int-Wert passt. Auf einem 64-Bit-System verwirft der Compiler jedoch die obere Hälfte des Zeigers. 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`.
Mit dem folgenden Compiler-Flag werden Warnungen zu impliziten Funktionsdeklarationen in Fehler umgewandelt, damit Sie dieses Problem leichter finden und beheben können:
-Werror=implicit-function-declaration
Wenn Sie Inline-Assembler verwenden, schreiben Sie ihn um oder verwenden Sie eine einfache C/C++-Implementierung.
Wenn Sie hartcodierte Größen von Typen haben (z. B. 8 oder 16 Byte), ersetzen Sie diese durch den entsprechenden sizeof(T)-Ausdruck, z. B. sizeof(void*).
Wenn du unterschiedlichen Code für 32-Bit- und 64-Bit-Systeme kompilieren musst, kannst du #if defined(__LP64__) für allgemeine 32/64-Bit-Unterschiede oder __arm__, __aarch64__ (arm64), __i386__ (x86) und __x86_64__ für die spezifischen von Android unterstützten Architekturen verwenden.
Passen Sie Formatstrings für printf- oder scanf-ähnliche Funktionen an, da Sie mit den herkömmlichen Formatspezifizierern keine 64-Bit-Typen so angeben können, dass sie sowohl für 32-Bit- als auch für 64-Bit-Geräte korrekt sind. Die Makros PRI und SCN in <inttypes.h> lösen dieses Problem, PRIxPTR und SCNxPTR zum Schreiben und Lesen von Hex-Zeigern und PRId64 und SCNd64 zum Schreiben und Lesen von 64-Bit-Werten auf portable Weise.
Beim Verschieben müssen Sie möglicherweise 1ULL verwenden, um eine 64-Bit-Konstante zu verschieben, anstatt 1 zu verwenden, das nur 32 Bit hat.
Größenzunahme mit Android App Bundle minimieren
Wenn Sie Ihrer App Unterstützung für die 64-Bit-Architektur hinzufügen, kann sich die Größe Ihres APKs erhöhen. Wir empfehlen dringend, die Funktion Android App Bundle zu verwenden, um die Auswirkungen auf die Größe zu minimieren, wenn sowohl nativer 32-Bit- als auch 64-Bit-Code im selben APK enthalten ist.
Spieleentwickler
Die drei am häufigsten verwendeten Engines unterstützen 64-Bit:
- Unreal seit 2015
- Cocos2d seit 2015
- Unity seit 2018
Unity-Entwickler
Upgrade auf fähige Versionen
Unity bietet 64-Bit-Unterstützung mit den Versionen 2018.2 und 2017.4.16.
Wenn Sie eine Unity-Version verwenden, die 64-Bit nicht unterstützt, bestimmen Sie die Version, auf die Sie ein Upgrade ausführen möchten, und folgen Sie den Anleitungen von Unity, um Ihre Umgebung zu migrieren. Achten Sie darauf, dass Ihre App auf eine Version aktualisiert wird, die 64-Bit-Bibliotheken erstellen kann. Unity empfiehlt, ein Upgrade auf die neueste LTS-Version des Editors durchzuführen, um Zugriff auf die neuesten Funktionen und Updates zu erhalten.
In der folgenden Tabelle sind die verschiedenen Unity-Versionen und die entsprechenden Maßnahmen aufgeführt:
| Unity-Version | Unterstützt die Version 64-Bit? | Empfohlene Vorgehensweise |
|---|---|---|
2020.x |
✔️ |
Achte darauf, dass deine Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2019.x |
✔️ |
Achte darauf, dass deine Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2018.4 (LTS) |
✔️ |
Achten Sie darauf, dass Ihre Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2018.3 |
✔️ |
Achte darauf, dass deine Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2018.2 |
✔️ |
Achte darauf, dass deine Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2018.1 |
➖ |
Hat experimentelle 64-Bit-Unterstützung. |
2017.4 (LTS) |
✔️ |
Unterstützt ab 2017.4.16. Achte darauf, dass deine Build-Einstellungen 64-Bit-Bibliotheken ausgeben. |
2017.3 |
✖️ |
Führen Sie ein Upgrade auf eine Version durch, die 64-Bit unterstützt. |
2017.2 |
✖️ |
Führen Sie ein Upgrade auf eine Version durch, die 64-Bit unterstützt. |
2017.1 |
✖️ |
Führen Sie ein Upgrade auf eine Version durch, die 64-Bit unterstützt. |
<=5,6 |
✖️ |
Führen Sie ein Upgrade auf eine Version durch, die 64-Bit unterstützt. |
Build-Einstellungen ändern, um 64-Bit-Bibliotheken auszugeben
Wenn Sie eine Unity-Version verwenden, die 64-Bit-Android-Bibliotheken unterstützt, können Sie eine 64-Bit-Version Ihrer App erstellen, indem Sie die Build-Einstellungen anpassen. Verwenden Sie das IL2CPP-Backend als Scripting-Backend. So richten Sie Ihr Unity-Projekt für die 64-Bit-Architektur ein:
- Rufen Sie die Build-Einstellungen auf und prüfen Sie, ob Sie für Android entwickeln. Dazu muss das Unity-Symbol unter Plattform neben Android angezeigt werden. 1. Wenn das Unity-Symbol nicht neben der Android-Plattform angezeigt wird, wählen Sie Android aus und klicken Sie auf Switch Platform (Plattform wechseln).
Klicken Sie auf Player-Einstellungen.
Rufen Sie Player Settings Panel > Settings for Android > Other settings > Configuration auf.
Legen Sie für Scripting Backend (Skript-Backend) die Option IL2CPP fest.
Klicken Sie auf das Kästchen Zielarchitektur > ARM64.
Baue wie gewohnt.
Wenn du für ARM64 entwickelst, müssen alle deine Assets speziell für diese Plattform erstellt werden. Folgen Sie der Anleitung von Unity, um die APK-Größe zu reduzieren, und nutzen Sie die Funktion Android App Bundle, um die Größenzunahme zu minimieren.
Multi-APK und 64-Bit-Konformität
Wenn du die Unterstützung mehrerer APKs von Google Play verwendest, um deine App zu veröffentlichen, wird die Einhaltung der 64-Bit-Anforderung auf Release-Ebene geprüft. Die 64-Bit-Anforderung gilt jedoch nicht für APKs oder App-Bundles, die nicht auf Geräten mit Android 9 Pie oder höher bereitgestellt werden.
Wenn eines Ihrer APKs als nicht konform gekennzeichnet ist, es sich aber um eine frühere Version handelt und es nicht möglich ist, es konform zu machen, können Sie im Manifest dieses APKs ein maxSdkVersion="27"-Attribut im uses-sdk-Element hinzufügen. Dieses APK wird nicht auf Geräten mit Android 9 Pie oder höher bereitgestellt und blockiert die Compliance nicht mehr.
RenderScript und 64-Bit-Konformität
Wenn Ihre App RenderScript verwendet und mit einer früheren Version der Android-Tools erstellt wurde, kann es zu Problemen mit der 64-Bit-Konformität kommen. Bei Build-Tools vor Version 21.0.0 kann der Compiler Bitcode in einer externen .bc-Datei generieren. Diese alten .bc-Dateien werden für 64-Bit-Architekturen nicht mehr unterstützt. Das Vorhandensein der Datei in Ihrem APK verursacht daher das Compliance-Problem.
Entfernen Sie alle .bc-Dateien aus Ihrem Projekt, aktualisieren Sie Ihre Umgebung auf build-tools-21.0.0 oder höher und legen Sie in Android Studio die renderscriptTargetApi auf 21+ fest, damit der Compiler keine .bc-Dateien ausgibt. Erstellen Sie dann Ihre App neu, prüfen Sie sie auf .bc-Dateien und laden Sie sie in die Play Console hoch.
App auf 64‑Bit-Hardware testen
Die 64-Bit-Version deiner App sollte dieselbe Qualität und denselben Funktionsumfang wie die 32-Bit-Version bieten. Teste deine App, um sicherzustellen, dass Nutzer auf den neuesten 64-Bit-Geräten eine optimale Nutzererfahrung haben.
Nur-64-Bit-Geräte
Wir empfehlen, Ihre App nach Möglichkeit in einer reinen 64-Bit-Umgebung zu testen. Verwenden Sie dazu eine der folgenden Optionen:
Google Pixel mit einem 64-Bit-System-Image
Um die App-Entwicklung und das Testen zu erleichtern, haben wir für einige Pixel-Geräte spezielle System-Images mit einer reinen 64-Bit-Umgebung bereitgestellt. Diese 64-Bit-Images wurden ursprünglich gleichzeitig mit den Standard-System-Images für die Vorabversionen von Android 13 und 14 bereitgestellt. Sie können sie aber weiterhin verwenden, um Ihre App auf 64-Bit-Kompatibilität zu testen.
Nur-64-Bit-Image abrufen
Ähnlich wie bei Werks-Systemimages können Sie ein 64-Bit-Image auf Ihr Gerät flashen, indem Sie das Android Flash Tool verwenden oder Ihr Gerät manuell flashen, 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 auf Ihr unterstütztes Pixel-Gerät flashen. Das Android Flash Tool funktioniert mit jedem Webbrowser, der WebUSB unterstützt, z. B. Chrome oder Edge 79+.
Das Android Flash Tool führt Sie Schritt für Schritt durch den Flash-Vorgang. Sie müssen keine Tools installieren. Allerdings sollte für das Flashen Ihr Gerät entsperrt und in den Entwickleroptionen USB-Debugging aktiviert sein. Eine vollständige Anleitung finden Sie in der Dokumentation zum Android Flash Tool.
Verbinde dein Gerät über USB und rufe dann je nach Art des System-Images, das du flashen möchtest, über einen der folgenden Links das Android Flash Tool auf. Folge dann der Anleitung auf dem Bildschirm:
64-Bit-System-Images für Android 14 (Beta 5.2)
Wähle das Gerät aus, das du flashen möchtest:
64-Bit-System-Images für Android 13 (QPR3 Beta 3.2)
Wähle das Gerät aus, das du flashen möchtest:
Gerät manuell flashen
Sie können auch das aktuelle Systemimage herunterladen und manuell auf Ihr Gerät flashen. In der folgenden Tabelle finden Sie das Systemimage für Ihr Testgerät. Das manuelle Flashen eines Geräts ist nützlich, wenn Sie genaue Kontrolle über die Testumgebung benötigen oder wenn Sie das Gerät häufig neu installieren müssen, z. B. bei automatisierten Tests.
Nachdem Sie Ihre Gerätedaten gesichert und das passende Systemimage heruntergeladen haben, können Sie das Image auf Ihr Gerät flashen.
Du kannst jederzeit zum neuesten öffentlichen Build zurückkehren.
Nur 64-Bit-Factory Images für Android 14 (Beta 5.3)
Diese Images bieten eine reine 64-Bit-Umgebung zum Testen der Kompatibilität von 64-Bit-Apps. Diese reinen 64-Bit-Konfigurationen sind nur für Entwickler gedacht.
| Gerät | Downloadlink | SHA-256-Prüfsumme |
|---|---|---|
| Pixel 4a (5G) | 7e6731fab811ae389f5ff882d5c5a2b8b942b8363b22bbcc038b39d7c539e60a |
|
| Pixel 5 | c4da6a19086a02f2cd2fa7a4054e870916954b8e5a61e9a07ee942c537e4b45a |
|
| Pixel 6 | 98943384284cbc7323b8867d84c36151757f67ae7633012fb69cb5d6bec2b554 |
|
| Pixel 6 Pro | 67ec40be5bd05a40fa5dabc1ce6795aae75d1904193d52e2da00425ed7cb895b |
64-Bit-Factory-Images für Android 13 (QPR3 Beta 3.2)
Diese Images bieten eine reine 64-Bit-Umgebung zum Testen der Kompatibilität von 64-Bit-Apps. Diese reinen 64-Bit-Konfigurationen sind nur für Entwickler gedacht.
| Gerät | Downloadlink | SHA-256-Prüfsumme |
|---|---|---|
| Pixel 4a (5G) | b4be40924f62c3c2b3ed20a9f7fa4303aa9c39649d778eb96f86c867fe3ae59a |
|
| Pixel 5 | 6e5e027a4f64f9f786db9bb69d50d1a551c3f6aad893ae450e1f8279ea1b761a |
|
| Pixel 6 | becb9b81a5bddad67a4ac32d30a50dcb372b9d083cb7c046e5180510e479a0b8 |
|
| Pixel 6 Pro | b0ef544ed2312ac44dc827f24999281b147c11d76356c2d06b2c57a191c60480 |
Zu einem öffentlichen Build zurückkehren
Sie können entweder das Android Flash Tool verwenden, um das Factory Image zu flashen, oder ein Systemimage mit Factory-Spezifikationen von der Seite Werksabbilder für Nexus- und Pixel-Geräte herunterladen und es dann manuell auf das Gerät flashen.
Android Emulator
Ab Android 12 (API-Level 31) sind Android Emulator-Systemimages nur noch 64-Bit-Images. Erstellen Sie ein virtuelles Android-Gerät (AVD) mit einem System-Image mit Android 12 (API-Level 31) oder höher, um eine reine 64-Bit-Umgebung für App-Tests zu erhalten.
Andere Geräteoptionen
Wenn du keines dieser Geräte hast oder den Android-Emulator nicht verwenden kannst, ist die nächstbeste Option ein 64-Bit-fähiges Gerät, z. B. ein Google Pixel oder ein anderes aktuelles Flaggschiffgerät eines anderen Herstellers.
App installieren und testen
Am einfachsten lässt sich das APK testen, indem du die App über die Android Debug Bridge (adb) installierst. In den meisten Fällen können Sie --abi als Parameter angeben, um festzulegen, welche Bibliotheken auf dem Gerät installiert werden sollen. Dadurch wird die App nur mit den 64-Bit-Bibliotheken auf dem Gerät installiert.
:: 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 solltest du deine App wie gewohnt testen, um sicherzustellen, 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 bei der Ausführung auf 64-Bit-Geräten auftreten können. Selbst wenn Ihre App nicht direkt von den betroffenen Bibliotheken abhängt, kann dies bei Drittanbieterbibliotheken und ‑SDKs in den Abhängigkeiten Ihrer App der Fall sein.
SoLoader
Wenn Sie das SDK SoLoader zum Laden von nativem Code verwenden, aktualisieren Sie es auf Version 0.10.4 oder höher. Wenn Ihre App SDKs verwendet, die von SoLoader abhängig sind, müssen Sie auch die betroffenen SDKs auf die neueste stabile Version aktualisieren.
SoLoader v0.9.0 und niedriger gehen davon aus, dass Systembibliotheken in /vendor/lib:/system/lib vorhanden sind. Dieser Fehler tritt auf Geräten wie dem Pixel 7, auf denen der Pfad vorhanden ist, nicht auf. Diese Annahme führt jedoch zu Abstürzen auf Geräten, die nur Systembibliotheken in /vendor/lib64:/system/lib64 haben.
Weitere Informationen zur Behebung dieses und anderer durch SoLoader verursachter Probleme finden Sie in der entsprechenden Antwort 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 verwendet, die die Kommunikation über HTTPS ermöglichen, oder andere SDKs, die von OpenSSL abhängig sind, müssen Sie auch auf die neueste Version des SDKs aktualisieren, das eine neuere OpenSSL-Version verwendet. Wenden Sie sich an den SDK-Anbieter, wenn keine verfügbar ist.
ARMv8.3 PAC ermöglicht die hardwaregestützte Kontrollflussintegrität durch die Authentifizierung von Zeigern zur Laufzeit. Ältere OpenSSL-Versionen verwenden diese Funktionen nicht richtig, was zu Laufzeitabstürzen auf allen Geräten mit Prozessoren auf Basis von ARMv8.3a und höher führt.
Weitere Informationen zur Behebung dieses und anderer durch OpenSSL verursachter Probleme finden Sie in der entsprechenden Antwort in der Google-Hilfe.
BTI
ARMv8.5 und höher verwenden Branch Target Instructions (BTIs), um vor JOP-Angriffen zu schützen. Frühere Versionen von Obfuskations-SDKs, die in zufällige Offsets von mit BTI erstellten Bibliotheken verzweigen, können zum Absturz von Apps führen. Da die Anweisungen als HINTs codiert sind, ist dieser Fehler auf Geräten, die BTI nicht unterstützen, nicht sichtbar.
Veröffentlichen
Wenn Sie der Meinung sind, dass Ihre App bereit ist, veröffentlichen Sie sie wie gewohnt. Folgen Sie wie immer den Best Practices für die Bereitstellung Ihrer App. Wir empfehlen, Geschlossener-Test-Tracks zu verwenden, um die App für eine begrenzte Anzahl von Nutzern bereitzustellen und so die Qualität Ihrer App zu gewährleisten.
Wie bei der Einführung eines wichtigen Updates solltest du die App vor der Veröffentlichung für ein größeres Publikum gründlich auf 64-Bit-fähigen Geräten testen.
Herunterladen Android 14 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 14 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 14 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 14 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 13 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 13 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 13 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.
Herunterladen Android 13 factory system image (64-bit-only)
Bevor Sie herunterladen können, müssen Sie den folgenden Nutzungsbedingungen zustimmen.
Nutzungsbedingungen
By clicking to accept, you hereby agree to the following:All use of this development version SDK will be governed by the Android Software Development Kit License Agreement (available at https://developer.android.com/studio/terms and such URL may be updated or changed by Google from time to time), which will terminate when Google issues a final release version.
Your testing and feedback are important part of the development process and by using the SDK, you acknowledge that (i) implementation of some features are still under development, (ii) you should not rely on the SDK having the full functionality of a stable release; (iii) you agree not to publicly distribute or ship any application using this SDK as this SDK will no longer be supported after the official Android SDK is released; and (iv) you agree that Google may deliver elements of the SDK to your devices via auto-update (OTA or otherwise, in each case as determined by Google).
WITHOUT LIMITING SECTION 10 OF THE ANDROID SOFTWARE DEVELOPMENT KIT LICENSE AGREEMENT, YOU UNDERSTAND THAT A DEVELOPMENT VERSION OF A SDK IS NOT A STABLE RELEASE AND MAY CONTAIN ERRORS, DEFECTS AND SECURITY VULNERABILITIES THAT CAN RESULT IN SIGNIFICANT DAMAGE, INCLUDING THE COMPLETE, IRRECOVERABLE LOSS OF USE OF YOUR COMPUTER SYSTEM OR OTHER DEVICE.