Flutter Quick：flutter 手机架构问题

架构类型

flutter “Installation failed with message INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native

app不支持手机架构的问题引起的

比如说app不支持x86，也就是诺基亚用不了，安装不了

手机 CPU 架构类型了解

Android 设备的CPU类型，不同的 Android 设备使用不同的 CPU，不同的 CPU 支持不同的指令集

项目中该如何适配

只适配了armeabi-v7a，如果APP装在其他架构的手机上，如arm64-v8a上，会蹦吗？

不会，但是反过来会

因为armeabi-v7a和arm64-v8a会向下兼容：

只适配armeabi的APP可以跑在armeabi,x86,x86_64,armeabi-v7a,arm64-v8上只适配armeabi-v7a可以运行在armeabi-v7a和arm64-v8a只适配arm64-v8a 可以运行在arm64-v8a上

那我们该如何适配呢？给出如下几个方案：

方案一：只适配armeabi

优点:基本上适配了全部CPU架构（除了淘汰的mips和mips_64）

缺点：性能低，相当于在绝大多数手机上都是需要辅助ABI或动态转码来兼容

方案二：只适配 armeabi-v7a

同理方案一，只是又筛掉了一部分老旧设备,在性能和兼容二者中比较平衡

方案三: 只适配 arm64-v8

优点: 性能最佳

缺点： 只能运行在arm64-v8上，要放弃部分老旧设备用户

这三种方案都是可以的，现在的大厂APP适配中，这三种都有，大部分是前2种方案。具体选哪一种就看自己的考量了，以性能换兼容就arm64-v8,以兼容换性能armeabi,二者稍微平衡一点的就armeabi-v7a。

目前来说，大多数的大厂APP用的都是armeabi或armeabi-v7a。

vivo是定制手机

在中国智能手机市场，定制系统比原生安卓更为常见。定制系统是指手机厂商基于原生安卓系统进行二次开发，增加了一些定制化的功能和界面。但是，由于定制系统的更新速度较慢，因此用户可能无法及时体验到最新的Android系统版本带来的新功能和改进。

android 13是指操作系统

如果客户手机用不了app，就先检查架构（目前app支持arm86），再检查操作系统（可以用自己模拟器开一个相应的操作系统，比如11，13）

安卓系统是由Google开发的移动操作系统。截至2023年4月5日，最高版本为Android 13。Android 13于2022年9月8日发布，是目前安卓系统的最新版本。

手机处理器架构类型 手机处理器的架构

armeabi系列：属于ARM (A7、A9、A15、A53、A57) 包含：高通、麒麟(华为海思)、澎湃(小米)、联发科、猎户座(三星Exynos)

mips系列：属于MIPS ,多用在网关、猫、机顶盒等。代表：中国“龙芯”

x86系列：pc模拟器、Intel Atom系列处理器(英特尔放弃应用于手机、PC、平板以及可穿戴设备的Atom处理器)

armeabiv-v7a: 第7代及以上的 ARM 处理器。2011年15月以后的生产的大部分Android设备都使用它.

arm64-v8a: 第8代、64位ARM处理器，很少设备，三星 Galaxy S6是其中之一。

armeabi: 第5代、第6代的ARM处理器，早期的手机用的比较多。

x86: 平板、模拟器用得比较多。

x86_64: 64位的平板。

mips / mips64: 极少用于手机可以忽略，有兴趣的可以百度一下。

x86 / x86_64: x86 架构的手机都会包含由 Intel 提供的称为 Houdini 的指令集动态转码工具，实现 对 arm .so 的兼容，再考虑 x86 1% 以下的市场占有率，x86 相关的两个 .so 也是可以忽略的

armeabi: ARM v5 这是相当老旧的一个版本，缺少对浮点数计算的硬件支持，在需要大量计算时有性能瓶颈

armeabi-v7a: ARM v7 目前主流版本，一般市面上的骁龙系列或者麒麟系列的处理器绝大部分都是这种架构

arm64-v8a: 64位支持

综上所述建议大家兼容armeabi-v7a和arm64-v8a这两个，其他架构少之又少，armeabi基本淘汰所以现在就不怎么考虑了。对于一般项目来说，足够了。

在build.gradle的android里的defaultConfig内添加如下内容:

defaultConfig {

ndk {

abiFilters “armeabi-v7a”

abiFilters “arm64-v8a”

}

1.区别

   这三者都表示的是CPU类型，早期的Android系统几乎只支持ARMv5的CPU架构，但是现在已经有7种了。ARMv5，ARMv7 (从2010年起)，x86 (从2011年起)，MIPS (从2012年起)，ARMv8，MIPS64和x86_64 (从2014年起)，每一种都关联着一个相应的ABI（应用程序二进制接口（ApplicationBinary Interface）定义了二进制文件（尤其是.so文件）如何运行在相应的系统平台上，从使用的指令集，内存对齐到可用的系统函数库）。Android现在的主流CPU是armeabi-v7a。armeabi-v7a是针对有浮点运算或高级扩展功能的ARMv7 CPU。

2.Android设备如何加载.so文件

   当一个应用安装在设备上，只有该设备支持的CPU架构对应的.so文件会被安装。不同CPU架构的Android手机加载时会在libs下找自己对应的目录，从对应的目录下寻找需要的.so文件；如果没有对应的目录，就会去armeabi下去寻找，如果已经有对应的目录，但是如果没有找到对应的.so文件，也不会去armeabi下去寻找了。

   以x86设备为例，x86设备会在项目中的 libs文件夹寻找是否含有x86文件夹，如果含有x86文件夹，则默认为该项目有x86对应的so可运行文件，只有x86文件夹而文件夹下没有so，程序运行也是会出现findlibrary returned null的错误的；如果工程本身不含有x86文件夹，则会寻找armeabi或者armeabi-v7a文件夹，兼容运行。以armeabi-v7a设备为例，该Android设备当然优先寻找libs目录下的armeabi-v7a文件夹，同样，如果只有armeabi-v7a文件夹而没有 so也是会报错的；如果找不到armeabi-v7a文件夹，则寻找armeabi文件夹，兼容运行该文件夹下的so，但是不能兼容运行x86的so。所以项目中如果只含有x86的so，在armeabi和armeabi-v7a也是无法运行的。以上就是不同CPU架构运行时加载so的策略。

3.适配不同的平台

   目前主流的Android设备是armeabi-v7a架构的，然后就是x86和armeabi了。如果同时包含了 armeabi，armeabi-v7a和x86，所有设备都可以运行，程序在运行的时候去加载不同平台对应的so，这是较为完美的一种解决方案，但是同时也会导致包变大。

   armeabi-v7a是可以兼容armeabi的，而v7a的CPU支持硬件浮点运算，目前绝大对数设备已经是armeabi-v7a了，所以为了性能上的更优，就不要为了兼容放到armeabi下了。x86也是可以兼容armeabi平台运行的，另外需要指出的是，打出包的x86的so，总会比armeabi平台的体积更小，对于性能有洁癖的童鞋们，还是建议在打包so的时候支持x86。

4.第三方平台的.so库怎么处理

   第三方的类库只提供了armeabi下的.so文件，我们项目里适配了armeabi-v7a和x86，如果不在对应的文件下放对应的.so文件，就可能导致某些Android设备会出一些问题，我们可以复制armeabi下得.so文件到不同的文件夹下。如果第三方提供了不同平台的.so文件，则复制不同平台的.so文件到项目中对应的文件夹下即可。

   关于.so文件之前有一个坑，svn会把提交的so文件过滤掉，在接第三方SDK的时候通过SVN更新了文档，但是没有注意到少了几个so文件，浪费了大把的时间去找原因。记得去掉svn对so的忽略！！！