flutter怎么编译,flutter编译器

Flutter在Debug和Release下分别使用什么编译模式，有什么区别？

Debug模式下使用JIT编译模式，即Just in time(即时编译)，Release下使用AOT模式，即Ahead of time(提前编译)。JIT模式因为需要边运行边编译，所以会占用运行时内存，导致卡顿现象，但是有动态编译效果对于开发者来说非常方便调试。AOT模式提前编译不会占用运行时内存，相对来说运行流畅，但是会导致编译时间增加。

相关问答

Q1: 【Android开发学Flutter】Xcode编译问题汇总

Xcode编译经常遇到各种问题，处理起来费时费力，挺打击学习积极性的。记录下这些问题，方便自己也帮助后来人。

编译的时候遇到：

网上有很多解决方法，我是用这个方法解决的：

编译的时候遇到：

解决办法：

Project - User-Defined - FLUTTER_ROOT 改成本地 flutter SDK路径

感谢 issues 上的小哥，给你个?

在项目目录下执行 flutter run 可以正常运行到手机，但是在Xcode build 还是有问题。

这时需要手动添加 FLUTTER_ROOT 到 User-Defined ：

添加之后：

就可以正常在Xcode build 安装到手机了。

flutter build ios 后出现：

pod install 后出现：

解决办法：

这是因为terminal没有走代理的流量，

使用 git config --global http.proxy "localhost:port" ，设置代理。

port是端口号，根据不同的vpn不一样，我的端口是10080。

执行 git config --global http.proxy "localhost:10080"

Xcode build 的时候出现：

解决办法：打开 ios/Podflie 文件：

关于 bitcode 的问题，我检查了下用到的第三方SDK，应该是百度地图的问题，我引入了个第三方插件（吐槽下没官方插件），百度地图有支持和不支持 bitcode 的两个SDK，我取消这个插件就没有报这个错了，奇怪的是，再次引入同一个插件，也可以正常打包，所以说这个问题还没有完全解决。

大家可以试下这个处理方法：

TARGETS - Build Seettings 搜 arm ，试一下把其他删除，只留下armv7跟armv7s或者只留下armv7

解决办法：

我是clean Xcode之后就可以了

解决办法：

用的是P12证书，改成手动签名：

Q2: 【问题随手记】Flutter SDK 源码修改后重新编译

Flutter SDK 源码修改后，执行任务flutter的命令，都会自动编译flutter tool

修改flutter tool源码后，重新编译flutter tool：

要想修改的源码生效需要执行

Q3: Flutter工程化之iOS混编集成

在flutter官网上推荐了iOS项目中两种混编方式：

笔者在采用两种集成方式的过程中，因为iOS项目结构设计导致这两种简单的集成方式都有些麻烦，所以在实践中更改和优化了集成方式，使之在笔者的项目中能够更加简单和快速的集成。

问题：在不更改flutter tool中相关脚本的前提下，添加的Script Phase中的脚本相对路径错误，如果只是开发，手动更改下路径就可以了，但是在考虑到CI中不能每次在pod install之后都去更改，所以在开发调试中采用该集成方式，结合flutter attach的方式去调试。

通过编译相关的 xcframework + Cocoapods私有库的集成方式在CI中集成，这样QA的CI不需要配置flutter的相关依赖

根据flutter编译工具的提示： 上面的编译命令是打包flutter工程项目和插件的产物，在实际开发过程中可以发现是否引入了依赖Native的插件会导致贬义编译产物的不同。

根据上面的对比：

第一部分：基础的 Flutter Engine + Flutter App 编译后的产物 Flutter.xcframwork -- Flutter引擎的包 App.xcframework -- 工程项目对应的AOT的编译产物 第二部分：三方插件的注册中心 FlutterPluginRegistrant.xcframework -- 第三方插件的注册中心，其实是Native + iOS通信的集合 第三部分：依赖iOS Native的原生 FMDB . xcframwork path_provider_ios.xcframework sqflite.xcframework -- cached_network_image依赖的原生实现

根据上面的编译产物可以知道Flutter和App是编译后必有的包，后面的两个部分完全是服务于三方插件的，到这可以解答第二个问题：笔者App的混编过程中混编插件失效是因为笔者在NativeApp中重写了Flutter的容器，使用了FlutterEngineGroup动态创建多引擎去对应进入不同的功能模块，混合插件是因为重写过程中没有通过GeneratedPluginRegistrant注册插件，所以需要在Native的Flutter容器中注册插件，使之生效。

在这为什么使用commit的hash作为flutter-libs的依赖，因为pod install的时候会有缓存，除了版本好，commit hash也能保证每次CI编译通过 pod install 来更新flutter-libs依赖产物

完成！！！