当前位置：首页 > news >正文

Android应用长时间进入退出后会出现hwuiTask0和hwuiTask1占用CPU过高导致界面卡顿问题

news 2026/3/26 21:37:10

问题描述

Android 应用在高频率压测进入和退出过程中，会出现在进入3秒左右会出现界面卡断问题。随着压测时间延长，卡顿问题会越来越严重，最终导致在卡顿期间点击应用界面会出现ANR崩溃问题。
日志显示卡顿时出现：“OpenGLRenderer: Davey! duration=2000ms”

问题排查

1 top命令查看，发现卡顿时应用CPU占用会由正常70%飙升到220%左右
2 top -H -p 、ps -T -p 命令查看应用的全部线程情况，其中关键是出现hwuiTask0和 hwuiTask1CPU占用率居高不下，且会继续攀升并在进入应用时更加高的情况
3 dumpsys meminfo 命令查看，应用内存占用情况没有异常
4 dumpsy meminfo 命令查看，没有发现有系统内存异常或Lazy RAM异常占用情况
5 如果在应用进入后停止触发退出，应用不会卡顿
6 底层库打印没有看到有异常延迟情况
根据以上方式，大致能判断到应该是某些UI切换导致，但具体是什么判断不出来。
手动点击应用上任意图标时，发现点击某个特定图标或点击应用特定区域会复现到完全一样的卡顿情况。
根据点击某个特定图标或点击应用特定区域，追溯代码和功能逻辑，此时响应的是特定区域中View的显隐切换。单纯显隐切换不至于造成如此严重卡顿，怀疑显隐切换中触发了高频绘制。

问题定位

在确定是特定区域View的显隐切换后，通过代码以500ms频率触发显隐切换。10多分钟就出现了延迟现象。通过日志确认到是一个简单的自定义View造成。
该自定义View逻辑很简单，就是在onDraw()里面绘制四条path,并将其使用LinearShader填充。观察发现LinearShader每次都是new临时变量，怀疑是这个导致，将其提取到 onSizeChanged()中初始化后，压测还是有同样问题。
观察path, 发现每次绘制，path 都会执行 moveTo(), lineTo(), close() 操作，怀疑是这里有问题，问AI，提示：

核心原因：Path 内部的指令序列会随 onDraw() 调用无限累积，导致内存持续增长、绘制耗时指数级增加，最终引发卡顿 / ANR； 核心解决方案：在 onDraw() 中构建新路径前，调用 path.reset() 清空旧指令，确保每次只绘制当前所需的路径； 关键优化：复用 Path 成员变量（避免 new Path()）、优先使用 reset() 而非 rewind()，进一步降低性能损耗。