android cpu文件夹,Android app中的so库和CPU架构

一.android目前有几种cpu架构？

早期的Android系统几乎只支持ARMv5的CPU架构，目前支持七种CPU架构：ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI。对应的ABI依次是：armeabi，armeabi-v7a，x86，mips，arm64-v8a，mips64，x86_64，对应Android app工程中so库的不同目录。

二.需要每种架构的so库都放全吗？

看so库的来源，是第三方提供的，还是自己开发的。

1.倘若是集成第三方sdk，最好将它提供的都拷贝到项目中。(但是基本很少提供全面so库支持的)

2.倘若是自己开发的 ，那就根据自己的情况，编译出对应版本的so库。

三.每种机型只能加载一种适合自己版本的so库吗？

很多设备都支持多于一种的ABI。例如ARM64和x86设备也可以同时运行armeabi-v7a和armeabi的二进制包。但最好是针对特定平台提供相应平台的二进制包，这种情况下运行时就少了一个模拟层(例如x86设备上模拟arm的虚拟层)，从而得到更好的性能(归功于最近的架构更新，例如硬件fpu，更多的寄存器，更好的向量化等)。

四.如何查看当前设备支持那些版本的so库？

可以通过Build.SUPPORTED_ABIS得到根据偏好排序的设备支持的ABI列表。但你不应该从你的应用程序中读取它，因为Android包管理器安装APK时，如果在对应的lib/ABI目录中存在.so文件的话，会自动选择APK包中为对应系统ABI预编译好的.so文件。

五.不同的开发环境so库应该放在哪里？

Android Studio工程放在jniLibs/ABI目录中(当然也可以通过在build.gradle文件中的设置jniLibs.srcDir属性自己指定)

Eclipse工程放在libs/ABI目录中(这也是ndk-build命令默认生成.so文件的目录)

AAR压缩包中位于jni/ABI目录中(.so文件会自动包含到引用AAR压缩包的APK中)

最终APK文件中的lib/ABI目录中

通过PackageManager安装后，在小于Android 5.0的系统中，.so文件位于app的nativeLibraryPath目录中；在大于等于Android 5.0的系统中，.so文件位于app的nativeLibraryRootDir/CPU_ARCH目录中。

六.为什么一般的项目中只看到armeabi文件夹？

因为所有的x86/x86_64/armeabi-v7a/arm64-v8a设备都支持armeabi架构的.so文件。  mips和mips64是不支持armeabi架构的.so文件的，不过MIPS是一种高性能的嵌入式CPU构架，其出发点是高性能,主要用于路由器、猫等，基本在手机上不使用

七.是不是只放一种armeabi就够了？

事实上并不是：这不只影响到函数库的性能和兼容性。x86设备能够很好的运行ARM类型函数库，但并不保证100%不发生crash，特别是对旧设备。64位设备(arm64-v8a, x86_64, mips64)能够运行32位的函数库，但是以32位模式运行，在64位平台上运行32位版本的ART和Android组件，将丢失专为64位优化过的性能(ART，webview，media等等)。