Android NDK-Multilib-Unterstützung mit Gradle

Question

Meine Frage richtet sich an native Android-Entwicklung für 64-Bit-Android-Systeme.

Ich bin auf der Suche nach einer Möglichkeit, die Unterstützung von 32bit kompilierten nativen Bibliotheken auf einem 64-Bit-Android-System mit dem Graple-Build-System zu konfigurieren. Die Bibliotheken, die die Anwendung verwenden soll, sind nur als 32-Bit-Build verfügbar. Es wäre sehr zeitaufwendig und fehleranfällig, diese Bibliotheken auf 64 Bit zu portieren.

Daher möchte ich Gradle konfigurieren, um diese vorgefertigten 32-Bit-Binärdateien zu implementieren und eine 32-Bit-Version der Android-Anwendung zu verwenden.

Die aktuelle Konfiguration führt zu dem folgenden Fehler:

E/AndroidRuntime﹕ FATAL EXCEPTION: main 
    Process: <application_name>, PID: 2170 
    java.lang.UnsatisfiedLinkError: 
dalvik.system.PathClassLoader 
[DexPathList[[zip file "/data/app/<application_name>/base.apk"], 
nativeLibraryDirectories=[/vendor/lib64, /system/lib64]]] 
enter code here`couldn't find "libmynativelibrary.so" 
    at java.lang.Runtime.loadLibrary(Runtime.java:366) 

Es scheint, als ob die PathClassLoader in den falschen Verzeichnissen aussieht. Ich habe die angegebene APK-Datei überprüft und es fehlen die Bibliotheken. Es gibt keinen lib Ordner in der apk. Das Build-System schließt nicht die 32-Bit-Bibliotheken ein. Da es nur eine vorgefertigte Version für armv7 gibt, sind diese Bibliotheken in app/src/main/jnilibs Ordner.

Ich muss hinzufügen, dass dieses Setup perfekt für jedes 32-Bit-Android-System funktioniert. Ich habe es vorher mit dem Emulator und einem physischen Gerät ausprobiert.

Wie soll man die Multiarch-32/64bit-Unterstützung mit Gradle aktivieren? Oder wie ist es möglich, eine 32-Bit-Anwendung auf einem 64-Bit-Android-System mit Android Studio/Gradle zu implementieren?

Ich suchte im Internet und fand einen Link zum Thema, aber es bezieht sich auf das ältere Build-System: https://source.android.com/source/64-bit-builds.html. Ich weiß nicht, wie ich die Beschreibung übernehmen soll.

Ich benutze Android Studio (Build: 141.1989493, 6. Juni 2015). Die project/build.gradle ist unberührt. Die app/build.gradle Datei sieht wie folgt aus:

apply plugin: 'com.android.application' 

android { 
    compileSdkVersion 22 
    buildToolsVersion "22.0.1" 

    defaultConfig { 
     applicationId "<application_name>" 
     minSdkVersion 1 
     targetSdkVersion 22 
     versionCode 1 
     versionName "1.0" 
    } 
    buildTypes { 
     release { 
      minifyEnabled false 
      proguardFiles getDefaultProguardFile('proguard-android.txt'), 
               'proguard-rules.pro' 
     } 
     debug { 
      debuggable true 
     } 
    } 

    productFlavors { 
     armv7 { 
      ndk { 
       abiFilter "armeabi-v7a" 
      } 
     } 
     fat 
    } 
} 

dependencies { 
    compile fileTree(dir: 'libs', include: ['*.jar']) 
} 

Answer 1

Um 32-Bit-Anwendungsbereitstellung für 64-Bit-Android-System zu bekommen braucht man einen armv7 productFlavor und einen Unterordner innerhalb des jniLibs Ordner zu definieren, die entsprechende Architektur zu benennen.

Produkt Geschmack Definition in app/build.gradle:

android { 
    productFlavors { 
     armv7 { ndk { abiFilter "armeabi-v7a" } } 
     fat 
    } 
} 

Mutterbibliotheksstruktur:

app/src/main/jniLibs/armeabi-v7a 

Answer 2

Das Konzept der mulilib ist nur für Projekte, die Teil eines Android-System zu bauen, und Sie sollten nicht gesetzt die Option android: multiarch, da Sie nur 32bit-Bibliotheken haben, da diese Option nur für Anwendungen gilt, die 32- und 64-Bit-Bibliotheken für andere installierte Anwendungen bereitstellen.

64-Bit-Android-Systeme unterstützen 32-Bit-Anwendungen direkt. Sie müssen Ihre App nur so verpacken, dass Ihre .so-Dateien wie in allen Android-Geräten innerhalb von lib/(armeabi-v7a,x86,...) der APK liegen.

Zum Zeitpunkt der Installation werden die Bibliotheken der vom Gerät bevorzugten Architektur installiert. Dh: Wenn es keinen x86_64-Ordner gibt, werden die x86-Bibliotheken installiert/Wenn es keinen arm64-v8a-Ordner gibt, werden die Armea-v7a-Bibliotheken installiert, und Ihre App wird im 32-Bit-Modus ausgeführt.

Wenn Sie unter lib nichts haben, bedeutet das, dass Android Studio Ihre .so-Dateien nicht kennt. Standardmäßig wird nach ihnen innerhalb jniLibs/(armeabi-v7a,x86,...) gesucht, daher sollten Sie sie dort platzieren oder sourceSets.main.jniLibs.srcDir in das Verzeichnis Ihrer Wahl ändern.