本文详细介绍了Android WebView 在隐藏后出现的输入卡顿与白屏渲染慢的问题，问题根源在于WebView内核的一个bug。当页面包含持续渲染元素（如跑马灯、轮播）并被隐藏时，JS执行会受到影响。解决方案包括在页面隐藏时主动停止持续操作UI的JS或CSS，或使用HBuilderX提供的`pause`和`resume`方法来暂停和恢复Webview的JS执行。针对uni-app和5+用户提供了具体的代码示例。
关于此问题的说明:
Android System WebView 内核的bug：当webview页面中存在持续渲染(如跑马灯效果。banner轮播等)。页面被隐藏后会导致JS阻塞影响页面渲染效率。从66.0.3359.126版本到最新都存在此问题。
注意：
此问题必须是页面隐藏hide后，并且当前页面包含持续渲染(如跑马灯效果。banner轮播等)时才会触发此问题。如果你的页面不会隐藏、没有持续渲染逻辑可忽略此问题。
一般新窗体进入盖住老窗体，不会调用webview的hide方法，不会引发此问题。此问题常见于tabbar的切换，不同tab的webview页面只有一个是显示的，其他是hide的。或者开发者手动调用了plus.webview对象的hide方法。
解决方案：
方案1： 我们推荐开发者在页面被hide后，主动停用持续操作ui的js或css。
在隐藏的页面持续操作视图本身也不合理，影响性能。
在uni-app中，基础组件swiper和扩展uni ui的跑马灯，组件内部会判断，如果当前页面已经不再前台显示，会停止轮播。所以正常使用这些组件也不会遇到问题。
如果开发者引用了未做判断的三方组件，或者自己编写了持续操作视图的代码，则应该注意编写判断代码，在页面hide时，停止这些js或css。然后在恢复显示时，重新启用它们。
在uniapp中实现方案1的代码
//组件内监听webview隐藏停止动画(即将新增组件所在页面的生命周期，可以监听页面隐藏来停止动画)
mounted() {
// #ifdef APP-PLUS
const pages &
最低0.47元/天 解锁文章
735
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
