flutter插件打包,flutter外包

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

flutter-- 打包遇到 bitcode 问题

ld: '/Users/xxx/Library/Developer/Xcode/DerivedData/Runner/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/xxx/xxx.framework/xxx' does not contain bitcode . You must rebuild it with bitcode enabled (Xcode setting ENABLE_BITCODE), obtain an updated library from the vendor, or disable bitcode for this target.

可能你的问题描述有点不同, 不过也是因为插件库没有使用 bitcode

这时你项目打包时, 上面也不能使用 bitcode

再加上下面这个:

这个问题就解决了

相关问答

Q1: Flutter打包产物

基于flutter版本1.9.1，低版本区别对待。

lib目录，libflutter.so文件，三个目录armeabi-v7a，x86_64和x86，支持arm平台32和x86的32和64。

asset目录，新增flutter_asset目录，三个文件，dart产物。

lib目录，libflutter.so文件，两个目录armeabi-v7，arm64-v8a，支持arm平台32和64。

asset目录，新增flutter_asset目录。

在release模式，libapp.so替代flutter老版本的一些dart产物，如下。

flutter命令打包生成产物，flutter命令脚本会调用dart命令。

dart的编译模式：

kernel snapshot 模式，开发阶段，isolate_snapshot_data，vm_snapshot_data，kernel_blob_bin是业务数据。

core jit，

生产阶段，dart的一种二进制模式，这是一种aot模式，vm和isolate。

任重而道远

Q2: Flutter Android端集成排坑 - armeabi 适配 & FlutterBoost

Flutter可以算是当下最火热的新技术之一，我现在所在团队也准备将Flutter技术应用到线上工程中。

关于混合工程，官方文档其实写的已经比较清楚了，按着文档走一般问题不大，

但是有一点值得注意的是，Flutter工程引入的库的gradle的 buildTypes 要与原工程保持一致，如果不一致需要手工添加。

进入正题，现在Flutter官方默认只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是为模拟器准备的。目前我们使用的SDK大部分只使用了armeabi架构，直接使用我们会遇见找不到 libflutter.so，libapp.so 的情况，所以我们需要对FlutterSDK做一定的改造。

首先我们要了解下Flutter编译产物，因为不同版本产物是不同的，这里我们只针对Flutter 1.9.1-hotfixes来说。除了资源文件之外，Flutter打包会生成两个非常重要的so库，他们分别是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK产物而 libapp.so 正是我们编写的dart文件的产物。默认情况下，这两个文件都会出现在armeabi-v7a中，因此我们要作出对应的改造。

libflutter.so 位于FlutterSDK中，这里顺带提一句，除了这对不同CPU架构，它还分为Debug版和Release版，它们的区别在于Debug是为JIT编译方式打造的，体积较大而Release是为AOT编译方式打造的，体积很小。对 libflutter.so 的改造，只要将其移动文件路径即可，运行以下脚本即可，此脚本来自美团分享的Flutter文章。

移动完了 libflutter.so 之后我们打包发现， libapp.so 仍然会出现在armeabi-v7a中，所以第二部我们就是移动 libapp.so 。这个需要更改 flutter.gradle ，我们在 flutter.gradle 的45行可以看到如下定义，它定义了我们的环境。

在524行我们可以看到，abiValue的取值就是根据上述定义值。

所以结论很简单，只要将

private static final String ARCH_ARM32 = "armeabi-v7a";

改为

private static final String ARCH_ARM32 = "armeabi";

就可以完成对与 libflutter.so 的移动。

前期工作我们都做好了，打成aar就非常简单了

直接使用 flutter build aar --target-platform android-arm

打出来后可以解压检查下 libflutter.so，libapp.so 是否都在armeabi文件夹下即可。

说完了armeabi适配问题，这里下说下有关于有关于FlutterBoost的接入。这个东西接入有两点要注意。

在主app内加上即可，常规操作，强制统一support包的版本号

注释flutter.gradle第655行。因为编译过程中，会去初始化插件项目的buildType下面的debug配置，而插件项目下并未配置debug，导致报错。

如果发现文章中有错误或者有更好的解决方案欢迎指正留言，当然如果本篇文章帮助你解决了问题，也不要吝啬你的感谢。谢谢各位。

Q3: Flutter 的Android 、iOS 打包

Flutter 项目虽说是跨平台项目，但是项目的名称还是需要在不同的平台设置，不同平台的设置位置是：

1、 Android 项目名字配置是在 android/app/src/main/AndroidManifest.xml 文件中的 application 下的 android:label 。如下图所示:

2、 iOS 项目名字配置是在 ios/Runner/Info.plist 文件中的 dict 下的 keyCFBundleName/key stringtestapp/string 。如下图所示:

Flutter 项目虽说是跨平台项目，但是项目的 Logo 图标还是需要在不同的平台设置，不同平台的设置位置是：

1、 Android 项目 Logo 配置是在图片放置在 android/app/src/main/res 下的对应目录下：

mipmap-mdpi : 48 _ 48

mipmap-hdpi : 72 _ 72

mipmap-xhdpi :96 _ 96

mipmap-xxhdpi :144 _ 144

mipmap-xxxhdpi :192 * 192。如下图所示:

然后，在 android/app/src/main/AndroidManifest.xml 路径下的 AndroidManifest.xml 文件中的 android:icon 。如下图所示：

2、 iOS 项目 Logo 的配置是在 ios/Runner/Assets.xcassets/AppIcon.appiconset 文件下，直接更换图片，名字不要改动。如下图所示:

1、使用 cd 指令进入项目（testapp）的根目录(方便后面操作),如下图所示：

填写对应的值，如下图所示：

1、 build.gradle 文件的位置,如下图所示:

2、在 build.gradle 中配置 key.propreties 的全局变量,

如下图所示:

3、 build.gradle 文件中进行签名配置。

如下图所示:

注意： buildTypes 中的 signingConfig signingConfigs.debug 可以变更为 signingConfig signingConfigs.release ，这样在打包的时候，直接可以 flutter build apk ，否则就执行 flutter build apk --release 。如图所示：

1、 cd 进入功能（testapp）的根目录，如下图所示：

2、执行 flutter build apk 指令，如下图所示：

我们打包成功，生成的 apk 包在 build/app/outputs/apk/release/app-release.apk 目录下，如下图所示：

1、将真机通过 USB 链接到电脑上，如下图所示：

2、然后,在项目的根目录执行 flutter install , 如果出现电脑同时有多个设备时，就执行 flutter install -d deviceid 。如下图所示：

3、设备的安装过程如下：

1、必须一个 Xcode 开发工具

2、如果是 Window 的电脑，请安装 Mac 虚拟系统，进行安装 Xcode .

1、打开目录下的 Runner.xcworkspace 工程。

如下图所示：

2、在 ios 工程中配置 Signing Capabilities , 如下图所示：

1、进入项目的根目录