ABI- und DPI-Prüfer

ABI- und DPI-Kompatibilitätsprüfung für Android-Geräte

Erkennen Sie sofort, welches CPU-Architektur (arm64-v8a, armeabi-v7a, x86_64) und Siebdichteeimer (mdpi–xxxhdpi) Ihr aktuelles Gerät verwendet – und löschen Sie unten eine beliebige .xapk- oder .apk-Datei, um zu überprüfen, ob die Installation ohne INSTALL_FAILED_NO_MATCHING_ABIS-Fehler erfolgt.

Ihr erkanntes Geräteprofil

Erkannte Umgebung: Webbrowser • Bereit zur Prüfung von APK/XAPK-Paketen

Empfohlenes Android-ABI arm64-v8a 64-Bit-ARM-Architektur (Standard für moderne Telefone und Apple Silicon)
Bildschirmdichte-Eimer xxhdpi (~480dpi) Ansichtsfenster: 1440 x 900 CSS px bei 2,00 x DPR
GPU/SoC-Renderer Standard-WebGL-GPU 8 logische CPU-Threads

Löschen Sie .XAPK, .APKS oder .APK, um die Kompatibilität zu testen

Wir scannen die nativen lib/-Verzeichnisse und ABI-Splits des Pakets anhand Ihrer Hardware

100 % lokales Audit • Diagnose: „App ist mit diesem Gerät nicht kompatibel“

Warum meldet Android „XAPK/App nicht kompatibel mit diesem Gerät“?

Beginnend mit der Google Pixel 7-Serie und den modernen Flaggschiffen Snapdragon 8 Gen 3/Gen 4 haben Hardwarehersteller 32-Bit-ARM-Ausführungseinheiten physisch aus dem CPU-Silizium entfernt. Wenn Sie versuchen, ein älteres oder falsch aufgeteiltes Paket zu installieren, das nur armeabi-v7a-Bibliotheken enthält, blockieren Android 14 und 15 die Installation sofort.

  • arm64-v8a: Obligatorisch für alle modernen 64-Bit-Android-Telefone, -Tablets und Apple Silicon Macs, auf denen Android-Emulatoren ausgeführt werden.
  • armeabi-v7a: Legacy-32-Bit-ARM-Befehlssatz, der von preisgünstigen Telefonen, älteren Fire TV-Sticks und 32-Bit-Spielen verwendet wird.
  • x86_64: Erforderlich für Windows-PC-Emulatoren (BlueStacks 5, LDPlayer 9, WSA) und Intel/AMD-Chromebooks, wenn die binäre ARM-Übersetzung (libhoudini) nicht verfügbar ist.

Referenztabelle: Passende Android-CPU-ABIs und Bildschirm-DPI-Qualifizierer

Wenn Sie ein geteiltes APK-Archiv herunterladen oder einen .xapk-Container überprüfen, stellt der Abgleich von Befehlssatzarchitektur (ABI) und Qualifizierer für die Bildschirmpixeldichte sicher, dass Ihre App weder mit UnsatisfiedLinkError abstürzt noch verschwommene, vergrößerte UI-Bitmaps rendert:

Split-Qualifikation Kategorie Ziel-Hardware-/Anzeigespezifikation Abwärtskompatibilität
arm64-v8a CPU-ABI (64-Bit) Alle modernen Android-Telefone (Snapdragon, Tensor, Dimensity, Exynos) und Apple Silicon Führt armeabi-v7a nur aus, wenn der CPU-Chip weiterhin 32-Bit-AArch32-Unterstützung bietet
armeabi-v7a CPU-ABI (32-Bit) Ältere Android-Telefone, preisgünstige Android-TV-Boxen, Amazon Fire TV Stick HD/4K 64-Bit-arm64-v8a-Binärdateien können nicht ausgeführt werden
x86_64 CPU-ABI (64-Bit) Windows-PC-Emulatoren (BlueStacks, LDPlayer), Intel/AMD Chromebooks, Waydroid Führt x86 nativ aus; führt ARM-Splits über Houdini/NDK-Übersetzung aus
xhdpi (~320 dpi) Bildschirmdichte 720p HD-Telefone, Tablets, Chromebooks und Android TV 1080p-Schnittstellen (2,0-fache Skalierung) Android skaliert andere Dichten, wenn sie fehlen, es sei denn, die Aufteilung ist als erforderlich markiert
xxhdpi (~480 dpi) Bildschirmdichte 1080p FHD+ Smartphones (2,6x – 3,0x CSS devicePixelRatio) Die häufigste Aufteilung der Smartphone-Dichte
xxxhdpi (~640 dpi) Bildschirmdichte 1440p QHD+ Flaggschiff-Telefone (3,5x – 4,0x CSS devicePixelRatio) Launcher- und UI-Symbol-Assets mit höchster Auflösung
Entwickelt und dokumentiert von Mst. Shaefale Leitender Entwickler und Android-Paketarchitekt • Verifiziert auf Android 12–15

Die Hardwareerkennung verwendet standardmäßige clientseitige Browser-APIs (navigator.userAgentData, WebGL-Renderer-Inspektion und devicePixelRatio ohne Nachverfolgung). Wenden Sie sich an den Support, wenn Sie Hilfe zu einem inkompatiblen Paket benötigen.