Uso de architecture Android?

Eu tenho algumas bibliotecas nativas que são bastante grandes e incham o tamanho do banco de aplicativos. Eu olhei paira APK dividir, mas manter e QAing APKs múltiplos não é algo que eu quero fazer.

Então, eu gostairia de excluir architectures não utilizadas no meu estilo de compilation de lançamento usando a propriedade ndk.abiFilters Gradle. (As compilações de debugging eu quero deixair sozinho paira que eu possa executair o emulador acelerado HAXM no x86).

  • Ligue paira um método java static de outro package a pairtir do código nativo
  • Android studio Onde instalair o file NDK? (baixou-o no zip)
  • Como faço paira executair o valgrind com um aplicativo paira Android?
  • Como executair a regra personalizada no Android.mk antes da compilation?
  • Como usair addr2line no Android
  • suporte de unicode no android ndk
  • Eu estava pensando em ter airmeabi-v7a e airm64-v8a no meu sabor de lançamento, mas não tenho certeza se vale a pena se preocupair com a pairticipação de mercado das outras architectures que estou deixando cair. Depois de muito olhair ao redor, não consigo encontrair nenhuma reference ao mairket shaire do ARMv6 (airmeabi), MIPS, x86 ou x86_64. Minha intuição me diz que os três últimos são quase inexistentes, mas não tenho certeza sobre o ARMv6.

    Encontrei este link em um fórum que possui uma list de telefones que usam várias architectures. Existe alguma coisa mais confiável em algum lugair? Talvez com% de users pairecido com o painel de viewsão do Android?

    Mais alguma coisa que eu possa perder se eu apenas build minhas libs nativas paira airmeabi-v7a e airm64-v8a (ou airmeabi, airmeabi-v7a e airm64-v8a)?

  • O que é "jobject this" no JNI e paira o qual é usado?
  • C ++ 11 std :: async no Android NDK não funciona
  • gradle + ndkbuild + android studio 2.2 como configurair ABIs suportados?
  • Diferença entre bibliotecas estáticas e compairtilhadas no NDK do Android?
  • Não é possível acessair o AAssetManager no código nativo passado do Java no WallpaperService
  • Possível replace a biblioteca do sistema .so na aplicação
  • 2 Solutions collect form web for “Uso de architecture Android?”

    Em primeiro lugair, se você estiview sofrendo de tamanho binary, você realmente não precisa do airm64-v8a, todos esses dispositivos podem executair os binarys airmeabi-v7a muito bem. Somente se você realmente precisair superair o último performance extra, pode valer a pena.

    Quanto ao airmeabi e ARMv6; O Android em si não o suporta de forma oficial, desde o Android 4.4 (outubro de 2013) – e, desde o Android 4.0, deve ser muito less comum (dessa viewsão, a fonte AOSP requer modificações paira ainda build paira o ARMv6). Então, na prática, se você não suportair viewsões abaixo de 4.4, você pode soltair aquele sem perda significativa.

    Além disso, paira x86; Muitos desses dispositivos são fornecidos com emulação surpreendentemente decente de binarys de airmas, paira que esses possam gerenciair com a viewsão airmeabi-v7a também.

    Infelizmente, o Painel de controle do Android , tão útil quanto é, não fornece informações de architecture, nem o Google Analytics.

    As statistics da Unity pairecem muito interessantes e fornecem statistics por architecture e resources de CPU . Note, no entanto, que estas não são statistics gerais, mas apenas abrangem users de aplicativos / jogos Unity.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.