Jak importować tylko wybrane ABI ABI z natywnej biblioteki z AAR?

Question

Mam trochę nietypowy problem - moja aplikacja na Androida zawiera natywne biblioteki i buduję natywne biblioteki dla armeabi-v7a i x86. Jednak teraz muszę zintegrować bibliotekę stron trzecich z moją aplikacją, która zawiera również biblioteki natywne (trzecia biblioteka to Crashlytics, którą zawarłem za pośrednictwem Maven z mojego build.gradle). Problem polega na tym, że AAR biblioteki strony trzeciej zapewnia wszystkie arhitectures (armeabi, arm64-v8a, armeabi-v7a, mips, mips64, x86 i x86_64), a moja aplikacja obsługuje tylko armeabi-v7a i x86 (arm64-v8a jest planowana na najbliższą przyszłość) , więc gdy budowany jest końcowy plik APK, zawiera on wszystkie biblioteki ABI i tylko x86 oraz ABI armeabi-v7a mojego natywnego kodu. Powoduje to awarię mojej aplikacji po uruchomieniu na urządzeniu arm64, takim jak Galaxy S6.

Moje pytanie brzmi: czy możliwe jest włączenie tylko wybranych ABI z AAR trzeciej strony?

Należy pamiętać, że jestem świadomy APK splits, ale to rozwiązuje tylko częściowo mój problem, tj. Działa tylko wtedy, gdy rozpowszechniam moją aplikację za pośrednictwem Sklepu Play. Mimo że Play Store obsługuje dystrybucję testów beta, propagacja zaktualizowanego pliku APK jest raczej powolna, więc wcześniej przesyłając aktualizację do kanału beta PlayStore aplikacji, przesyłająśmy aktualizację za pośrednictwem systemu dystrybucji beta Crashlytics, który jest znacznie szybszy. Problem polega na tym, że system dystrybucji Crashlytics nie obsługuje splitów APK (czy też nie mam racji?). Dlatego muszę zbudować "uniwersalny" pakiet APK, który będzie zawierał tylko wybrane ABI. Jak to osiągnąć?

Chociaż byłbym zadowolony nawet z odpowiedzi specyficznych dla Crashlytics (jak na przykład, jak dystrybuować split APK za pośrednictwem swojego kanału beta), byłbym bardziej zadowolony z rozwiązania do budowania "uniwersalnego" pakietu APK, który zawiera tylko wybrane ABI, ponieważ w naszej firmie udostępniamy naszym klientom także pakiety SDK jako archiwa AAR, które zawierają tylko obsługiwane architektury. Chcielibyśmy im przekazać instrukcje postępowania w przypadku, gdy integrują nasz pakiet SDK z innymi pakietami SDK, które mają obsługiwane różne ABI.

Używam najnowszego stabilnego studia Android (1.2.1.1), gradle 2.4 i android gradle w wersji 1.2.3.

Answer 1

packagingOptions { 
    exclude 'lib/arm64-v8a/libcrashlytics-envelope.so' 
    exclude 'lib/arm64-v8a/libcrashlytics.so' 
    exclude 'lib/armeabi/libcrashlytics-envelope.so' 
    exclude 'lib/armeabi/libcrashlytics.so' 
    exclude 'lib/mips64/libcrashlytics-envelope.so' 
    exclude 'lib/mips64/libcrashlytics.so' 
    exclude 'lib/mips/libcrashlytics-envelope.so' 
    exclude 'lib/mips/libcrashlytics.so' 
    exclude 'lib/x86_64/libcrashlytics-envelope.so' 
    exclude 'lib/x86_64/libcrashlytics.so' 
    } 

Answer 2

Mike z Fabric i Crashlytics tutaj. W przypadku Splits, obecnie nie wiemy z góry, która gęstość zapewnia tester, więc po prostu dodaj tę linię do swojego konkretnego smaku lub wariantu, aby użyć uniwersalnego generowanego pliku APK.

ext.betaDistributionApkFilePath = „ścieżka do powszechnego podziału APK”

Ponadto, jeśli używasz raportowanie awarii NDK, w przypadku meczy katastrofę jesteś widzenie, check out this link.

Answer 3

miałem ten sam problem co ty, ale faktycznie pomogłeś mi z linkiem, który opublikowałeś o APK Splits! W twoim przypadku, spróbuj dodać następujące swojej build.gradle wewnątrz zamknięcia android:

splits { 
     abi { 
      enable true 
      reset() 
      include 'armeabi-v7a', 'x86' 
      universalApk true 
     } 
    } 

Sztuką tam jest ustawienie universalApk do true aby wygenerować tylko jeden plik APK z wszystkich zdefiniowanych architektur zamiast dzielić je na kilka pakietów APK.

Answer 4

Działa to dla mnie:

(np: tylko armeabi & armeabi-v7a)

build.Gradle

android{ 
    defaultConfig{ 
     ndk{ 
      abiFilters "armeabi", "armeabi-v7a" 
     } 
    } 
} 

gradle.properties

android.useDeprecatedNdk=true;