Flutter应用打包release版本apk后，打不开 闪退可能出现的情况

正常发布流程可以根据官方文档的发布app部分配置文件。

官方.png

配置完AndroidManifest.xml 秘钥等文件后

在flutter项目根目录下执行flutter build apk即可打包生成release安装包
(根\android\app\outputs\apk\release\app-release.apk)

image.png

有可能发生的情况，执行打包命令后抛出错误如下

image.png

根据错误提示 我们可以知道，在打包编译过程中出现了 不唯一的 不同架构的.so库，编译器不知道使用哪个了。

网上有些博客 给出的解决方法是 在app下的build.gradle，android节点下添加一项配置。
把出现的 不唯一的 架构文件 排除使用

image.png

添加完这个配置项之后 再次运行flutter build apk 打包 是可以编译成功的

image.png

我们在发布应用市场之前时 还是要在 真机测试一遍 正式版本的，执行flutter run --release 将release版本app安装到测试机上同时可以在控制台 看到日志输出
发现直接崩溃app闪退，控制台输出

To quit, press "q".
E/flutter (17478): [ERROR:flutter/runtime/dart_vm_data.cc(18)] VM snapshot invalid and could not be inferred from settings
.
E/flutter (17478): [ERROR:flutter/runtime/dart_vm.cc(241)] Could not setup VM data to bootstrap the VM from.
E/flutter (17478): [ERROR:flutter/runtime/dart_vm_lifecycle.cc(84)] Could not create Dart VM instance.
F/flutter (17478): [FATAL:flutter/shell/common/shell.cc(234)] Check failed: vm. Must be able to initialize the VM.

网上各种解决办法很多，有说关闭 代码混淆的，有说升级flutter版本的
其实问题出在 重复架构不唯一的架构上 .so文件，build.gradle 里的 android 节点下的 packagingOptions配置，exclude修改为pickFirst例：

packagingOptions {
        pickFirst 'lib/x86_64/libapp.so'
        pickFirst 'lib/armeabi-v7a/libapp.so'
        pickFirst 'lib/arm64-v8a/libapp.so'
    }

在不同的库中出现相同的so文件
pickFirst只会打包第一个遇到的冲突的so，merge(碰到冲突会合并)和exclude(直接排除匹配到的文件,不建议使用)

现在编译release版本app 既不会报错也不会闪退了

如果因为 架构文件导致的 安装包体积增大，可以在android节点中 ndk 节点中配置仅需要使用的 架构

      ndk {
//          abiFilters "arm64-v8a","x86_64","x86"//不同架构的包 //只打包flutter所支持的架构，flutter没有armeabi架构的so，加x86的原因是为了能够兼容模拟器
            abiFilters "arm64-v8a"  //release 时只打"armeabi-v7包" 市场上大部分的手机都支持arm64-v8a
        }