引发的原因

导致这个问题出现的原因是因为我们在项目种使用了so库，或者项目中引用的三方sdk使用了so库。在引用so库时需要针对不同的cpu架构使用不同的.so文件。armeabi，armeabi-v7a，x86，arm64-v8a，大家通常会对这几个cpu架构进行适配。然而问题就出在现在Flutter在打包Apk时不能同引入arm32和arm64的libflutter.so。我门将打好包的Apk安装到arm64架构（默认打包会引入arm32）的手机上就出现了couldn’t find libflutter.so这个异常。

如何解决

1. 针对arm32和arm64分别打包（flutter 提供了命令来之分别对arm32和arm64分别打包）

   • flutter build apk --target-platform=android-arm32

   • flutter build apk --target-platform=android-arm64

我们用flutter build apk --target-platform=android-arm64打包apk，并在arm64cpu架构的手机安装运行，很好完美运行。但是当我们吧apk安装到32位时问题再次出现，原因就不再重复了。很显然到这里这个方式并不能解决这个问题，为了适配arm32和arm64我们需要分别打包，而国内大部分应用市场不能针对不同cpu架构上传不同的apk。

1. 不对arm64做适配，打包时排除其他非arm32架构的so文件

   这时候有些朋友可能会又疑问，问题不就是因为打包时没有引入arm64的libflutter的so文件导致在arm64架构手机上出现“兼容”问题的么。这里简单说一点关于引用so库的一些知识，了解的朋友大家直接跳过就可以。arm64cpu架构是可以像下兼容的，简单点就是arm64架构的cpu可以使用arm32的.so文件。出现问题真正原因是我们在引用so库时（引用的三方库中引用了so库），对arm64做了兼容。这样就会导致运行时系统误以为我们的应用对所有的so库做了arm64架构的兼容，但是在打包时libflutter并没有引入arm64的版本。这就导致系统去寻找arm64版本的libflutter发现找不到。系统误会了我们，我门只能通过gradle在打包时排除其他非arm32架构的so文件来解除这个误会。

   好那如何排除其他非arm32架构的so文件。在app下的gradle文件加入如下代码

    buildTypes {
        release {
            ndk{
                //这里其实我觉可以直接是用"armeabi-v7a"，但国内几个大哥之前使用的都是"armeabi"
                abiFilters "armeabi"
            }
        }
        debug {
            ndk {
                //这里要加上，否则debug包会出问题,后面三个为可选，x86建议加上不然部分模拟器回报错
                abiFilters "armeabi", ,"armeabi-v7a","arm64-v8a", "x86"
            }
        }
    }
   

最后

这个问题在官方issues已经存在很久了暂时没有完美的解决方法，有新的方法我会第一时间更新。
后续我会持续更新一些Flutter开发时遇到的问题，以及一些好的文章（可能包含生肉，本人英文能力有限尽量尝试炒熟）。希望能帮大家少走一些弯路。有些理解不到位也希望大家指正帮助进步，提前谢过大家。谢谢。