问题：使用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种架构

1. x86_64

2. x86

3. mips64

4. mips

5. armeabi-v7a

6. armeabi

7. 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多平台问题兼容解决思路