解决flutter在iOS14+真机上的运行问题
1、因为flutter在release模式下的编译方式是AOT，iOS14+的系统是支持这种编译方式的，具体解决方案如下图 再运行就可以了。
2、在iOS 14+，调试模式Flutter应用程序只能从Flutter工具，带有Flutter插件的ide或Xcode启动。或者，构建概要文件或发布模式，以支持从主屏幕启动。
3、解决方案：更改XCode编译模式：使用Release模式编译，这个时候Flutter编译方式为AOT，可正常启动；不更改XCode编译模式：更改Flutter编译配置，强制设置为Release。
4、iOS项目引入Flutter后，安装Debug包，打开Flutter界面会出现In iOS 14+， debug mode Flutter apps can only be launched from Flutter tooling， IDEs with Flutter plugins or from Xcode问题。
webview_flutter滑动存在卡顿问题的完美解决方法
症状：当一个WebView在重复打开达数十次甚至上百次时整个页面在滑动时会出现非常明显的卡顿现象。解决方法：将WebView销毁，重新创建一个即可消除卡顿，除此之外刷新WebView亦或是其他方法都无法消除卡顿。
第二种方法：在初始化WKWebView的时候添加配置可以解决自适应的问题 ，但是在加载的内容宽度大于高度的时候就有些不准确了，宽度无法自适应屏幕的宽度，最后我也没搞明白是因为什么原因，最后就放弃了这个方法。
首先我们先确定滑动冲突是事件分发机制的事情。
重启机器。若手机电池为内置的，请同时按住电源键和下音量键7秒以上重启设备。手机后台程序运行过多，有可能造成您的机器运行缓慢、卡顿，建议关闭一些后台运行的程序。
目前该 issue 处于 open 的状态，暂时的解决办法是，在所有使用到 queryParameter 的地方用 try..catch 捕捉可能抛出的异常。
但是在webview里点击链接跳转的时候，测试机有时会跳转到系统浏览器上，并且点击文本框无法弹出键盘，交互性很弱。
Android原生和Flutter使用过程的差异对比(一)
界面搭建过程中各种大小单位 Android：通常采用dp设置View宽高（和px像素的换算关系是dp值 × density逻辑密度），sp设置字体大小（会随着系统字体设置的大小而改变）。
常用布局的对比 使用下来其他组件大致还算方便，但是相对布局而言使用便利程度上Android原生完胜，ConstraintLayout内部的所有子View可以设置互相之间的位置依赖关系。
Flutter使用谷歌自己的Skia渲染引擎，而Android系统自带Skia引擎，iOS平台上Flutter也会把Skia引擎打包到APP中，从而实现了高效渲染。而React Native通过桥接层访问原生UI，操作频繁就容易出性能问题。
flutter进行广播注册会返回一个streamSubscription类型的对象，该对象可以进行消息的停止，native可在onCancel回调里面收到。
它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。EventChannel 只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。
从这个角度出发，可以在各个平台使用一个统一接口的绘图引擎来进行界面绘制，这个引擎最终调用的是系统的 API 绘制的。这样的话，它的性能可以做到接近原生，并且又不受原生控件的限制，在不同平台上能够做到 UI 统一。
flutter比原生启动慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于flutter很卡、flutter比原生启动慢的信息别忘了在本站进行查找喔。
