执行adb命令:
adb shell cat /proc/cpuinfo
对应文件夹
AArch64 == arm64-v8a
ARMv7 == armeabi-v7a
............等
其他你们自己发现吧。
注意:这里我要说明一个开发中要注意的问题.
首先说明下android studio中apk打包so文件的机制和机器自动选择so库文件执行的问题
1.apk打包会把工程中出现的armeabi等文件按照原来的文件名直接打包到apk中,如果多个module中有相同的文件夹,会把module中的so文件合并成到一个文件夹中来。
例如:module中有so文件夹armeabi,armeabi-v7a,x86,x86_64,(记住armeabi中具体的几个so文件)
module中有so文件夹armeabi,armeabi-v7a,x86(记住armeabi中具体的几个so文件)
那么最后打包生成的apk文件中是这样的
很明显两个module中的相同文件夹下so文件合并了到一起了,那么说明apk最后会合并so文件。如果你的两个module中有一个有另一个没有的so文件夹及内容,apk依然会合并so文件夹,只是里面只有一个module中的so文件。例如上面图片中,第一个module中就有"x86_64"这个文件夹,而第二个module中就没有,但apk中会发现里面是有这个文件夹的,只是里面只有一个module中的so文件,这里就会引发一个问题,想知道就往下看。
2.打包完成后的apk文件安装到手机中,手机会根据自己cpu的架构选择对应的so文件夹执行so文件,目前的手机有多种cpu架构 ,如:armeabi,armeabi-v7a,arm64-v8a,x86,x86_64等,你会发现这个和我们上面android工程中的so文件夹名称是一致的,这也说明了手机会选择执行so文件夹中的文件。(注意:arm64架构的cpu,如果在apk中找到了arm64-v8a的文件夹,那么就会直接在里面找到要执行了so库文件,如果没有这个文件夹就会找armeabi文件下的so文件执行)
了解了上面了知识再来看下面:
1.如果你的android studio工程中使用了多个module,并且module中都加入了so库文件,例如这样:
那么你就要注意下,如果你的手机是arm64架构的那么按照上面的知识我们会知道,手机自动会去找arm64-v8a这个文件夹下的so文件,找不到该“文件夹”的话就去找armeabi文件夹下的so文件执行,那么按照上面的图,手机会找不到文件夹,最后选择找了armeabi文件夹,很好没有错。
但是,如果现在有个x86_64架构的手机那么按照之前的知识,手机一旦发现有x86_64这个文件夹就不会去找其他的文件夹,认定了这个文件夹中的so文件执行,那么你在操作app过程中点到或触发了需要用到第二个module中的so文件时,我们会发现这个文件夹中根本没有第二个module的so文件,那么很不幸这个会报错,报的是找不到so文件 "java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader couldn‘t find "(某个).so" 那么现在你应该懂了是什么原因,明明我有so文件会什么会提示找不到呢?这就是原因.
如果你理解到这儿了,也许有的同学很淡定的复制第二个module中的x86文件夹然后改个名字变成x86_64,以为这样就可以了,可以很明确的告诉你GG吧,这样会报一个错就是 “Java.lang.UnsatisfiedLinkError: 32bit can‘t 64bit” 也就是不能把32位文件转化为64位,虽然建文件夹是建对了,但so文件也不是乱用的。解决方案:去找找64位的so文件吧。
现在我希望大家能明白一点了,谢谢阅读,有错误请指正谢谢.
原文地址:https://www.cnblogs.com/woaixingxing/p/8352119.html