返回 登录
0

Android SO 文件的兼容和适配

作者:D_clock爱吃葱花
责编:CSDN唐小引

开发 Android 应用时,有时候 Java 层的编码不能满足实现需求,就需要到 C/C++实现后生成 SO 文件,再用 System.loadLibrary()加载进行调用,这里成为 JNI 层的实现。常见的场景如:加解密算法,音视频编解码等。在生成 SO 文件时,需要考虑适配市面上不同手机 CPU 架构,而生成支持不同平台的 SO 文件进行兼容。目前 Android 共支持七种不同类型的 CPU 架构,分别是:ARMv5,ARMv7 (从 2010 年起),x86 (从 2011 年起),MIPS (从 2012 年起),ARMv8,MIPS64 和 x86_64 (从 2014 年起)。如果你要完美兼容所有类型的手机,理论上是要在的 libs 目录下放置各个架构平台的 SO 文件。

这样一来,虽然可以兼容所有机型,但你的项目体积也会变得非常庞大。是否一定需要带入这么多 SO 文件去兼容呢?答案是否定的。

SO(CPU)的兼容

对于 CPU 来说,不同的架构并不意味着一定互不兼容,根据目前 Android 共支持七种不同类型的 CPU 架构,其兼容特点可总结如下:

  • armeabi 设备只兼容 armeabi;
  • armeabi-v7a 设备兼容 armeabi-v7a、armeabi;
  • arm64-v8a 设备兼容 arm64-v8a、armeabi-v7a、armeabi;
  • X86 设备兼容 X86、armeabi;
  • X86_64 设备兼容 X86_64、X86、armeabi;
  • mips64 设备兼容 mips64、mips;
  • mips 只兼容 mips;

根据以上的兼容总结,我们还可以得到一些规律:

  • armeabi 的 SO 文件基本上可以说是万金油,它能运行在除了 mips 和 mips64 的设备上,但在非 armeabi 设备上运行性能还是有所损耗;
  • 64 位的 CPU 架构总能向下兼容其对应的 32 位指令集,如:x86_64 兼容 X86,arm64-v8a 兼容 armeabi-v7a,mips64 兼容 mips;

关于 SO 的兼容规律就介绍到此,下面谈谈适配工作。

SO 的适配

从目前移动端 CPU 市场的份额数据看,ARM 架构几乎垄断,所以,除非你的用户很特殊,否则几乎可以不考虑单独编译带入 X86、X86_64、mips、mips64 架构 SO 文件。除去这四个架构之后,还要带入 armeabi、armeabi-v7a、arm64-v8a 这三个不同类型,这对于一个拥有大量 SO 文件的应用来说,安装包的体积将会增大不少。

针对以上情况,我们可以应用的设备分布和市场情况再进行取舍斟酌,如果你的应用仍有不少 armeabi 类型的设备,可以考虑只保留 armeabi 目录下的 SO 文件(万金油特性)。但是,尽管 armeabi 可以兼容多种平台,仍有些运算在 armeabi-v7a、arm64-v8a 去使用 armeabi 的 SO 文件时,性能会非常差强人意,所以还是应该用其对应平台架构的 SO 文件进行运算。注意,这里并不是要带多一整套 SO 文件到不同的目录下,而是将性能差异比较明显的某个 armeabi-v7a、arm64-v8a 平台下的 SO 文件放到 armeabi 目录,然后通过代码判断设备的 CPU 类型,再加载其对应架构的 SO 文件,很多大厂的应用便是这么做的。如微信的 lib 下虽然只有 armeabi 一个目录,但目录内的文件仍放着 v5、v7a 架构的 SO 文件,用于处理兼容带来的某些性能运算问题。

就目前市场份额而言,绝大部分的设备都已经是 armeabi-v7a、arm64-v8a,你也可以考虑只保留 armeabi-v7a 架构的 SO 文件,这样能获得更好的性能效果。

总结

以上便是关于 SO 文件兼容适配的一点总结梳理,如有错误,欢迎指出。

参考文章

评论