flutter卡顿问题，flutter动画不流畅

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

vSync信号和屏幕成像基本流程分析

单缓冲，也就是只有一个缓冲区（buffer），GPU 向 buffer 中写入数据，屏幕从 buffer 中取图像数据、刷新后显示，理想的情况是显卡帧率和屏幕刷新频率相等，每绘制一帧，屏幕显示一帧。

渲染结果会预先保存在 back buffer 中，在接收到 Vsync 信号的时候，视频控制器会将 back buffer 中的内容置换到 frame buffer 中，此时就能保证置换操作几乎在一瞬间完成（实际上是交换了内存地址）。

Android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，屏幕的刷新过程是每一行从左到右（行刷新，水平刷新，Horizontal Scanning），从上到下（屏幕刷新，垂直刷新，Vertical Scanning）。

LINEVAL ：帧显示尺寸-1，即屏行宽-1，对于800*480分配率的LCD屏，那么LINEVAL=480-1=479，请记住，是屏行宽，也就是LCD屏显示一帧数据所需要的行的数目。HBPD：行同步信号的后肩，单位为1VCLK的时间。

DispSync会根据HWC产生的VSync进行采样，创建模型，然后输出了SW_VSYNC信号，SW_VSYNC再根据SF和APP的phase offset做调整，分别输出给Vsync-sf和Vsync-app。

Q1: webview_flutter滑动存在卡顿问题的完美解决方法

症状：当一个WebView在重复打开达数十次甚至上百次时整个页面在滑动时会出现非常明显的卡顿现象。解决方法：将WebView销毁，重新创建一个即可消除卡顿，除此之外刷新WebView亦或是其他方法都无法消除卡顿。

一种临时解决方案，在切换动画加载完毕后，再去构造 WebView，这样从用户角度上看，就不会有路由切换动画的卡顿了。

首先我们先确定滑动冲突是事件分发机制的事情。

但是在webview里点击链接跳转的时候，测试机有时会跳转到系统浏览器上，并且点击文本框无法弹出键盘，交互性很弱。

其实做的事情跟原生封装WebView组件类似。

Q2: flutter加载h5很卡

一开始我就使用Future、async、await去做异步操作，以为这样能解决问题，经过一天研究发现他们都还在同一个线程里面，也就是UI线程，导致卡顿，这明显不是我们想要的异步加载数据。

那么App内加载H5的过程是什么样的呢？App打开H5过程打开H5分为4个阶段：这四步，对应的过程如上图所以，我们可以针对性的做性能优化。

配合实现图片缓存， ImageProvider 从数据源加载完数据后，会在 ImageCache 中缓存图片数据，图片数据缓存时一个 Map ，其中 Map 中的 key 便是 obtainKey 。

需求，app中使用webview和h5交互，根据h5发过来的消息，在屏幕上展示flutter组件，并且可以发送消息给h5。首先使用的组件是flutter_WebView_plugin，这个组件不能嵌套flutter组件，所以放弃这个组件。

性能优异性：不同于H5通过DOM渲染和RN映射组件，flutter直接基于native进行绘制。性能上完全超过原生。Dart语法编译：Dart是一种强类型、跨平台的客户端开发语言。

使用flutter_webview_plugin 加载一个H5页面，是从dart页面中跳转h5页面，h5页面中可返回dart页面，也可跳转到其他dart页面。

Q3: Flutter性能优化

Flutter使用谷歌自己的Skia渲染引擎，而Android系统自带Skia引擎，iOS平台上Flutter也会把Skia引擎打包到APP中，从而实现了高效渲染。而React Native通过桥接层访问原生UI，操作频繁就容易出性能问题。

直接在 build 里调用肯定可以，虽然 build 会被比较频繁执行，但是 of(context) 操作其实就是在一个 map 里通过 key - value 获取泛型对象，所以对性能不会有太大的影响。

一个Demo，3个动画的CPU使用率达到了80%，如果用java or kotlin 去实现应该不会有那么高的占有率，所以Flutter的还需要继续的优化。

关于flutter卡顿问题和flutter动画不流畅的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。