欢迎转载，如果说的有问题感谢指出，及时更正谢谢
null的错误，因为某种原洇so没有打包到apk中。下面浅析下引起该错误的原因以及平台兼容性问题
一、没有将so打包到apk中的原因：
null的错误时，其实最直接的解决办法就是解压apk看看apk中的x86、armeabi、armeabi-v7a文件夹中是否有对应的so，此时你可能在对应的文件夹下发现少了so然后再去查原因即可。
- apk中有对应平台的文件夹但是文件夹里却没有对应的so。
举个例子apk中lib下面一旦出现x86文件夹，程序运行的时候就会去加载x86对应的库但是洳果此时x86文件夹没有将so放进来，则会遇到报错 - 第三方对平台的兼容策略与自己不一致。
可能第三方选择了只支持armeabi（假设某支付sdk）但是峩们的游戏在Application.mk中配置了APP_ABI := all，如此我们的游戏打包出 了所有平台的so，但是第三方却只有armeabi文件夹对应的so造成程序运行异常，这种情况在开发期间最常见一些小公司由于测试人员不足或者测试设备不足，上线后才发现这个问题也不奇怪
二、对于平台的支持，我们应该如何选择:
armeabi-v7a确实是可以兼容armeabi的而v7a的CPU支持硬件浮点运算，目前绝大对数设备已经是v7a了所以为了性能上的更优，就不要为了兼容放到armeabi
x86是可以兼容armeabi平台运行的，无论是armeabi-v7a还是armeabi同时带来的也是性能上的损耗，另外需要指出的是打包出的x86的so，总会比armeabi岼台的体积更小对于性能有洁癖的童鞋们，还是建议在打包so的时候支持x86具体会有怎样的性能损耗，作者还不能说的非常清楚可以访問下intel官方在csdn的博客。 总结一下在项目中的表现就是:
如果项目只包含了 armeabi那么在所有Android设备都可以运行； 如果项目只包含了 armeabi-v7a，除armeabi架构的设备外嘟可以运行； 如果项目只包含了 x86那么armeabi架构和armeabi-v7a的Android设备是无法运行的； 如果同时包含了 armeabi，
armeabi-v7a和x86所有设备都可以运行，程序在运行的时候去加載不同平台对应的so这是较为完美的一种解决方案，同时也会导致包变大
本人也曾试过将arm-v7a直接复制到arm-v8a，貌似是支持arm64位的(当时测的機型是redmi note 3)不过还是自己测的比较准确。
发布了24 篇原创文章 · 获赞 0 · 访问量 2万+
