Chromium WebView高负载下canvas部分渲染bug可行解决方案咨询

问题核心原因 #

该问题本质是2021年11月Chrome WebView版本更新后，瓦片内存管理逻辑改动导致的显存阈值计算异常：应用被杀死重启后的首次高负载渲染场景下，WebView会错误判断显存占用超出上限，主动丢弃部分渲染瓦片，最终触发内容缺失，对应logcat报错为chromium: [ERROR:tile_manager.cc(821)] WARNING: tile memory limits exceeded, some content may not draw。

可落地的临时解决方案 #

1. 前端OpenLayers配置优化（无原生改动成本，优先尝试） #

不需要调整原生代码，仅修改前端地图配置即可大幅降低触发概率：

• 降低瓦片加载并发数：将OpenLayers默认的6并发瓦片加载调低到2-3，避免短时间内大量瓦片同时触发渲染占用显存，可通过ol.source.Tile的maxLoading参数直接配置，或者给tileLoadFunction加节流逻辑
• 缩小瓦片缓存容量：将ol.Map的tileCacheSize参数调低到默认值的50%，主动释放不在当前视口内的瓦片显存占用，避免无效显存堆积
• 增加地图滑动防抖：给地图moveend事件添加200-300ms的防抖逻辑，用户快速滑动地图过程中不触发新瓦片加载，等拖拽动作停止后再加载当前视口的瓦片资源

2. 原生侧局部关闭硬件加速（性能损耗极小，稳定性最高） #

不需要全局关闭硬件加速，仅针对地图相关场景做局部调整，不会影响其他业务模块性能：

• 仅对地图页的WebView组件单独关闭硬件加速：

webView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);

• 也可在地图页Activity的onCreate生命周期中临时关闭当前页面的硬件加速，其他页面保持默认开启状态即可

3. WebView初始化参数兜底优化 #

在WebView初始化时添加如下配置，进一步降低触发概率：

• 提升渲染线程优先级：添加webSettings.setRenderPriority(WebSettings.RenderPriority.HIGH)，避免高负载时渲染任务被系统调度优先级压制
• 启用磁盘缓存：开启WebView的磁盘缓存配置，降低重复瓦片的渲染开销，减少不必要的显存占用
• 应用冷启动后首次打开地图前，先调用webView.clearCache(true)清理残留显存，绕过重启后的首次渲染阈值异常问题

内容的提问来源于stack exchange，提问作者mico