Canvas.drawText与TextView更新哪个性能更优？适用场景对比

性能对比 #

在每秒多次更新文本的场景下，Canvas.drawText的性能通常更优。
TextView作为完整的View组件，每次调用setText()时，若文本尺寸发生变化会触发requestLayout()（重新测量布局），即使尺寸不变也会触发invalidate()，整个流程涉及View树的重绘调度、内部布局测量逻辑，开销较大。而Canvas.drawText是直接在自定义View的onDraw()方法中绘制文本，跳过了TextView的布局测量环节，仅需触发invalidate()刷新绘制层，大幅减少了中间的系统计算和调度开销。

如果文本内容变化但尺寸完全固定，TextView可以通过设置固定宽高避免requestLayout()，此时性能会接近Canvas.drawText，但仍略逊一筹——因为TextView内部还包含padding处理、gravity对齐、文本缓存等额外逻辑，会产生少量额外开销。

各自适用场景 #

TextView适用场景 #

• 静态或低频率更新的文本展示，比如页面标题、说明文案、列表项文本
• 需要利用TextView自带的丰富特性：自动换行、多文字样式（粗体/斜体/颜色）、文本选择、可点击链接、排版对齐、多行省略（ellipsis）等
• 快速嵌入现有布局体系，无需自定义View，开发成本低

Canvas.drawText适用场景 #

• 高频更新的文本场景，比如实时帧率显示、毫秒级倒计时、传感器数据实时刷新（每秒多次更新）
• 需要和其他自定义图形（如动态图表、动画元素）混合绘制，需精确控制文本的绘制位置、层级和时机
• 对性能要求极高，希望最小化UI重绘开销的场景

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