本文将简单梳理一下 iOS 工程接入的 Flutter Boost 的流程，以作为前文的补充。
创新互联建站-专业网站定制、快速模板网站建设、高性价比巴宜网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式巴宜网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖巴宜地区。费用合理售后完善，十余年实体公司更值得信赖。
flutter_application_path = '../flutter_module'
load File.join(flutter_application_path, '.ios', 'Flutter', 'podhelper.rb')
target 'FlutterHybridiOS' do
install_all_flutter_pods(flutter_application_path)
end
接着在工程根目录下运行 pod install ，即可集成上 Flutter Module。看到我们的 Pods 中多了以下几个模块，即说明集成成功。
接着在工程根目录下运行 pod install ，即可集成上 Flutter Module。看到我们的 Pods 中多了以下几个模块，即说明集成成功。
这一块直接参照 Flutter Boost 官方提供的 example 就好了：
PlatformRouterImp.h：
PlatformRouterImp.m：
可以看到，Flutter Boost 支持常规 push，也支持打开模态弹窗，也支持手动 pop。
AppDelegate.h：
AppDelegate.m：
同样的，这里可在 Native 端用两种不同的方式去打开我们在 Flutter Module 中注册好的路由名。
至此，我们成功在 iOS 工程中接入了 Flutter Boost，那就开启我们的混编之旅吧~
首先你的环境没有问题 至少 flutter doctor没有问题
1.安装 homebrew( )
2.打开终端并运行如下这些命令:
cd /Users/XXX/XXX/zhilincommunity/ios 切换到你的ios目录
执行
如果因为网络导致第三方支持不成功 尝试
等待完成
之前试过 flutter doctor , 看看有哪些配置上的原因, 发现没有任何问题, 很完美
然后又试了 flutter clean , 发现还是不奏效.
于是在网上用 flutter白屏 作为关键字查询, 发现很多文章都没什么用, 但是还是被我找到了解决方案:
先在安卓Studio中调出终端, 然后输入命令:
flutter run --enable-software-rendering
此时, 再点击 Run , 在iOS端就不会白屏了!
最近项目中要集成flutter来进行混编，但是在集成后，突然遇到一个很神奇的问题，在debug模式下，用数据线连接真机打包可以打开flutter页面，但是一旦拔掉数据线，再打开flutter页面就不行了，开始以为是因为flutterSDK的原因，但是一查资料才发现，原来是因为debug模式下flutter实现了热重载，默认的编译方式是JIV,但是iOS14+之后的系统限制了JIV这种编译方式，所以连接Xcode重新run一个release包就可以了，因为flutter在release模式下的编译方式是AOT，iOS14+的系统是支持这种编译方式的，具体解决方案如下图
再运行就可以了。
当然还有另外一种解决方案，就是修改flutter的编译配置，强制设为release
1. 建立一个flutter项目的命令
2. 在ios文件夹下，生成pods文件夹
3. Xcode环境签名设置；
把错误的版本删除再添加，可解决签名错误问题；必须先删除再添加，直接修改可能不起作用。团队开发，必须使用团队的签名。
4.运行创建的flutter项目；
选择真机、模拟机，点击运行按钮，或使用命令运行：
下面两步是赠送的：
5.新加一款插件，所涉及的命令；
ios 端所涉及的命令
6. 刚更新的插件和已有的插件有冲突怎么办？
可以试一试以下步骤：
本文对比的是 UIWebView、WKWebView、flutter_webview_plugin（在iOS中使用的是WKWebView）的加载速度，内存使用情况。
测试网页打开的速度，只需要获取 WebView 在开始加载网页和网页加载完成时的时间戳，时间戳的差即为打开网页的时间
为了使差异更明显，我们选择较为复杂的 新浪首页 进行加载的对比，为了减小网络对加载速度的影响，我们让手机连接同一个网络，分别进行 10 次测试然后取平均值，另外，我们需要关闭 WebView 的缓存，防止缓存对加载速度产生影响
下面使笔者进行 10 次测试所得到的数据
结果让我有点惊讶，一直以为 WKWebView 会是个王者。结果看，速度上 WKWebView 略慢一点，不过总体差异不大（该结果仅仅是测试新浪的结果，仅供参考啦）
在这里，笔者又加了一个测试，尝试记录从 viewController 的 viewDidLoad 到 webview 的 didFinish 时间，测试了新浪的数据，如下：
UIWebViewA ： 4970、3808、3815、4250、3556 avg(4079.8) （加载完所有页面）
UIWebViewB ： 4103、3124、3070、3256、2835 avg(3277.6)（加载sina完毕）
WKWebView ： 3672、3032、2892、2912、2739 avg(3049.4)
flutter_webView ： 4532、3901、4310、3496、3378 avg(3923.4)
其中可以看到，webView 有两行，UIWebViewB 的数据就是加载 sina 主站的时间；UIWebViewA 的数据是因为在加载完 sina 主站之后，新浪又加载了一个 ，所以导致总时间延长，不过即使按照 UIWebViewB 的数据来比较，也是 wkWebView 略胜一筹。
此处可以看出 flutter_webView 使用的是 wkwebView，所以它吃亏的主要原因是 flutter 包了一层。
结论：
速度（didStart - didFinish） UIWebView flutter_webview WKWebView
速度（viewDidLoad - didFinish）WKWebView UIWebView flutter_webview
这里查看内存使用的是 xcode 的 debug session 中的 memory。
首先看之前测试时，连续打开十次新浪的内存情况
接着我们在看一下打开淘宝首页的内存情况
从图上可以看出，WKWebView 在内存方面有很大的优势啊，UIWebView 的内存是真的伤啊，然后 debug 看了一下 flutter_webView，他使用的就是原生的 webView 。
他相比较原生 WKWebView 的内存开销稍大一点，从测试表现来看，一般大个 30 MB 左右。
结论：内存 WKWebView flutter_webview UIWebView
可以在 html5test 中对浏览器的兼容性进行评分，通过测试发现得分分别如下
因为 flutter 里使用的就是 WK，所以和原生的 WKWebView 一样都是 444 分，比 UIWebView 的 437 略胜一筹
结论：兼容性 WKWebView = flutter_webview UIWebView
UIWebView : 速度相比较 WKWebView 稍快一点，但是内存是一大硬伤，所以只要条件允许，就不推荐使用了
WKWebView : 速度略慢一点，不过差别不大，总体可以接受。是比UIWebView更好的选择，推荐使用。
flutter_webView_plugin ：在iOS中使用的就是原生的WKWebView，所以总体和 native WKWebView 表现差不多。如果是混编项目中，因为它被包了一层，所以页面加载上存在一定的劣势，所以混编项目中仍然推荐使用 WKWebView。不过如果从多端考虑、以及项目可迁移等，那么使用也未尝不可，就是维护成本要增加一些，需要维护两套 webView。这个就需要根据自己的情况自己取舍了。