标签：android 兼容 armeabi arm64 cpu架构
问题：使用AS打出来的签名包，在调试一直用的5.0的小米手机上可以正常运行，4.4的联想手机上闪退，5.1的模拟器上闪退。
抛出：java.lang.UnsatisfiedLinkError，ClassLoader找不到相关的so库。
解决思路：
猜想跟CPU架构有关系，查询如下（cat /proc/cpuinfo）：
模拟器： 电脑使用的是Intel的cpu x86_64架构
联想：Processor : ARMv7 Processor rev 2 (v7l) armeabi-v7a
小米：Processor : AArch64 Processor rev 2 (aarch64) arm64-v8a
问题一、Android支持哪些cpu架构？
答案很容易搜索到：android目前支持7种架构
x86_64
x86
mips64
mips
armeabi-v7a
armeabi
arm64-v8a
问题二、系统是怎么查找so库的呢？
查找so库规则：
运行的时候，系统会到Jnidirs目录里查找so库，会根据当前平台架构查找对应的目录。这里面有一个规则是这个问题的元凶。当你只提供了armeabi目录时，armeabi-v7a、arm64-v8a架构的程序都会去armeabi里寻找，而当你同时也提供了armeabi-v7a、armeabi-v8a目录，而里面又不存在对应的so库时，系统就不会再去armeabi里面寻找了，直接找不到报错。
而签名包里面这七个目录都有，这个问题后面讨论。
验证猜想：
将app-release.apk使用打包软件打开，删除其中的armeabi-v7a目录，发现联想手机可以正常运行了（去armeabi里面寻找了）。移除x86_64文件夹，模拟器可以正常运行（去x86里面寻找了）。
问题三、签名包为什么七个目录全都有？
对应Jnidirs目录中的七个目录。打开签名包，发现这七个目录都有。奇怪的是我的项目里只有x86、armeabi和arm64-v8a三个类型的so库。打开其他的目录发现都是只有一个so文件：libgenius_graphics.so。百思不得其解这个从何而来，查找build-gradle的时候发现：compile ‘net.qiujuer.genius:graphics:2.0.0-beta8‘ 非常相似，这是一个开源的UI库。猜测是引入这个库在编译的时候自动生成各个平台下的libgenius_graphics.so文件。移除之，rebuild，确实如此，只剩下原本的三个文件夹。
问题四、armeabi能否兼容x86平台？
而当我连x86文件夹都移除，则根本不能安装在模拟器上，提示：INSTALL_FAILED_NO_MATCHING_ABIS。证明x86架构不会去寻找armeabi目录。当你想在x86的机器上运行app时，一定要获得对应的x86版本so库文件。
本文出自 “一剑围城” 博客，请务必保留此出处http://weijiancheng.blog.51cto.com/10190955/1891876
标签：android 兼容 armeabi arm64 cpu架构
原文地址：http://weijiancheng.blog.51cto.com/10190955/1891876
