背景
工程项目中，有armeabi 、armeabi-v7a两个文件夹，而两个文件夹中的库文件不一样，编译运行的时候，报错java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader
原因分析
在android APK的根目录有一个libs文件夹，此文件夹下包含了armeabi 、armeabi-v7a两个文件夹，有时候会有x86的；一般c代码编译成的各种.so库就会放在这两个文件夹中。
armeabi和armeabi-7a是表示cpu的类型，一般的手机或平板都是用arm的cpu，armeabi是针对普通的或旧的arm cpu，armeabi通用性强，但速度慢；armeabi-v7a是针对有浮点运算或高级扩展功能的arm cpu，速度快。
android的APP在安装时，会将APP中的so库拷贝到一个指定的目录（ApplicationInfo.nativeLibraryDir），运行时就在这个指定的目录下查找对应的so库。查找不到则会报错。
在android4.4以下版本的安装过程中的，是先把所有so库全部寻找出来，然后优先列出cpu类型（通过ro.product.cpu.abi属性获得）目录下的so库，如果有其他的cpu类型下有跟手机cpu类型名称不一致的so库，则会将兼容cpu架构（通过ro.product.cpu.abi2属性获得）的另外的库也列出来。将列出来so库全部拷贝的系统指定目录，以供运行时加载。 即在android4.4以下版本，一个so库只要在 ro.product.cpu.abi和ro.product.cpu.abi2属性目录下至少存在一个就可以了。在android4.4以下的arm架构的设备 ro.product.cpu.abi的属性通常是armeabi-v7a, ro.product.cpu.abi2的属性值是armeabi，并且armeabi-v7a设备一定兼容armeabi。但不排除某些设备的ro.product.cpu.abi的属性为armeabi。
在android5.0及以上，由于增加了arm64的支持，app安装时的so库拷贝代码也修改了。修改成只拷贝一个最合适的目录下的so库到系统指定目录。 在arm架构下，64位cpu的优先级是arm64-v8a > armeabi-v7a > armeabi，32位cpu的优先级是armeabi-v7a > armeabi ，优先级可通过ro.product.cpu.abilist属性查看。由于android5.0是拷贝整体目录，所以在每一个目录下的，都必须要有完整的so，即所有app需要so库都要有。例如64位的cpu的设备上，
如果app目录里存在arm64-v8a子目录，则只拷贝该目录下的so库，其他目录的so，即使名称不一样，也不拷贝，如果arm64-v8a子目录的so库不全，则会报错。
解决方法
apk中要么增加armeabi文件夹，需要注意的是，假如增加armeabi文件夹，armeabi-v7a里面的so库一定需要全部拷贝过来，否则还是会报错。
可以删除了armeabi-v7a文件夹，保留armeabi文件夹。
