Android绘图：onDraw内计算与内存读取的性能代价及预计算优化价值

嘿，这个问题问得特别务实——毕竟对于长期亮屏、每秒多次触发onDraw的Android应用来说，性能和续航可是生命线！让我分两部分给你唠清楚：

首先得明确：onDraw是跑在UI线程上的，而UI线程对延迟极度敏感——要维持60fps的流畅度，onDraw必须在16ms内完成所有操作。

如果是像你例子里的简单加法（mBounds.left+ mLineXOffset），单次计算的CPU开销确实极小，但架不住高频调用：假设每秒触发60次onDraw，那一天亮屏10小时就是216万次重复计算。这些看似微小的开销累积起来，不仅可能挤占onDraw的时间窗口导致掉帧，还会让CPU持续做不必要的工作，没法进入低功耗休眠状态。

而从内存读取预计算好的变量，本质是直接的内存寻址操作，速度比即时计算快得多——尤其是当你的计算逻辑更复杂（比如浮点运算、三角函数、甚至布局测量相关的逻辑）时，两者的性能差距会被放大好几倍。

绝对值得，而且在你的场景下收益会非常明显！

先看你的具体代码：

canvas.drawText(text, mBounds.left+ mLineXOffset, mBounds.top + mLineYOffset, mTextPaint);

如果把这两个偏移量的计算提前到onSurfaceChanged里，比如：

@Override
public void onSurfaceChanged(SurfaceHolder holder, int format, int width, int height) {
    super.onSurfaceChanged(holder, format, width, height);
    // 预计算绘制文本的坐标
    mDrawTextX = mBounds.left + mLineXOffset;
    mDrawTextY = mBounds.top + mLineYOffset;
}

然后onDraw里直接用预存的变量：

canvas.drawText(text, mDrawTextX, mDrawTextY, mTextPaint);

这样做的核心优势是：

• onSurfaceChanged的触发频率极低，只有当Surface尺寸变化（比如屏幕旋转、窗口大小调整）时才会调用，几乎不会产生额外开销；
• 彻底消除了onDraw里的重复计算，让CPU能把更多资源放在渲染本身，同时减少了不必要的功耗——对于长期亮屏的应用来说，这种“积少成多”的优化会直接体现在电池续航上：CPU不需要反复执行相同的计算，能更多时间处于低功耗状态，续航提升会很直观。

额外的优化小贴士 #

• 除了onSurfaceChanged，还要注意在依赖值变化时即时更新预计算变量：比如当mBounds、mLineXOffset这些值被修改时，立刻重新计算mDrawTextX/Y，而不是等到下一次onDraw；
• 尽量用invalidate(Rect)的重载方法，只刷新需要更新的区域，减少onDraw的触发频率；
• 保持硬件加速开启（Android默认开启），它能在渲染层面进一步降低功耗，但预计算依然是必要的——因为硬件加速优化的是GPU渲染，而计算逻辑还是跑在CPU端。

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