安卓应用开发中自定义 View 绘制性能差问题详解及解决方案

安卓应用开发中自定义 View 绘制性能差问题详解及解决方案

在 Android 开发中，自定义 View 是实现个性化界面、动画和交互的重要手段。然而，许多开发者由于对 Android 绘制机制理解不足，常常在实现自定义 View 时犯下性能错误，导致界面卡顿、掉帧甚至应用崩溃。其中最常见的问题就是在onDraw方法中创建对象和频繁调用invalidate。本文将深入剖析这些问题的根源，从 Android 绘制原理、内存管理、硬件加速等多个角度展开，并提供详尽的优化方案和最佳实践，帮助开发者打造流畅高效的自定义 View。

一、问题现象

在包含自定义 View 的应用中，如果绘制性能不佳，通常会表现为：

• 滑动卡顿：包含自定义 View 的列表或页面在滑动时出现明显的迟滞感，不跟手。
• 掉帧：通过Profile GPU Rendering（开发者选项中的“GPU 呈现模式分析”）观察，绘制时间经常超过 16ms，柱状图偏高甚至出现红色警告。
• GC 频繁：在 Logcat 中看到频繁的GC_CONCURRENT、GC_FOR_ALLOC等日志，或使用Memory Profiler观察到内存抖动（锯齿状内存图）。
• CPU 占用率高：绘制过程中 CPU 使用率居高不下，甚至导致设备发热。
• 屏幕闪烁：由于过度绘制或频繁刷新，界面出现短暂闪烁或内容错乱。
• 应用无响应（ANR）：在极端情况下，主线程被长时间阻塞，导致 ANR。

二、Android 绘制机制回顾

要理解性能问题，必须先了解 Android 的绘制流程。

2.1 绘制流程

每个 View 的绘制由三个主要步骤组成：

1. measure：测量 View 的大小。
2. layout：确定 View 的位置。
3. draw：绘制 View 的内容。

onDraw方法属于 draw 阶段，当 View 需要重绘时（如内容变化、滚动、动画等），系统会调用onDraw。绘制请求通过invalidate()发起，该方法会向上传递到 ViewRootImpl，最终触发下一次垂直同步（VSYNC）信号到来时的重绘。

2.2 垂直同步与 16ms 原则

Android 屏幕通常以 60Hz 刷新，即每 16.6ms 刷新一次。为了保证流畅，应用必须在 16.6ms 内完成每一帧的绘制工作。如果绘制耗时超过这个时间，就会发生掉帧，用户就能感觉到卡顿。

2.3 硬件加速

从 Android 3.0 开始，Android 支持硬件加速，将绘制操作通过 GPU 完成，显著提升性能。在硬件加速开启时，onDraw中的绘制命令会被记录为显示列表（Display List），然后由 GPU 执行。但如果onDraw中频繁创建对象或执行复杂操作，显示列表的生成也会变慢。

三、产生原因深度分析

3.1 在 onDraw 中创建对象

onDraw方法可能被频繁调用，例如：

• 滑动视图时，View 会不断重绘。
• 属性动画更新时，每帧都会调用onDraw。
• 用户交互（如触摸移动）导致invalidate。

如果在onDraw中创建对象，如Paint、Path、Bitmap、数组、甚至简单的Rect，就会导致：

• 内存抖动：短时间内大量对象被分配在堆上，很快又被回收，造成内存频繁分配和垃圾回收。
• GC 开销：每次 GC 都会暂停所有线程（包括 UI 线程），尤其是并发 GC（如 CMS、G1）虽然暂停短，但频繁触发仍会占用 CPU 时间，导致掉帧。
• 对象创建开销：即使不考虑 GC，对象创建本身也有时间成本，累积起来不可忽视。

示例（错误写法）：

@OverrideprotectedvoidonDraw(Canvascanvas){super.onDraw(canvas);Paintpaint=newPaint();// 每次绘制都创建新 Paintpaint.setColor(Color.RED);paint.setStrokeWidth(5);canvas.drawLine(0,0,getWidth(),getHeight(),paint);}

3.2 频繁调用 invalidate

invalidate()会标记 View 为需要重绘，并在下一帧执行onDraw。过度调用会导致：

• 不必要的重绘：如果只有一小部分内容变化，却刷新整个 View，浪费 CPU/GPU 资源。
• 触发父容器重绘：invalidate会导致 View 及其父容器向上追溯，可能引起整个视图树重绘。
• 动画过重：在动画的每一帧都调用invalidate是必要的，但可以通过优化减少绘制工作量。

示例（错误写法）：

// 在触摸事件中每次移动都 invalidate 整个 View@OverridepublicbooleanonTouchEvent(MotionEventevent){mLastX=event.getX();mLastY=event.getY();invalidate();// 可能导致整个 View 重绘returntrue;}

3.3 复杂绘制操作

在onDraw中进行路径构建、文本测量、图片解码等耗时操作，会直接阻塞 UI 线程。

• 路径构建：Path的lineTo、cubicTo等操作如果包含大量点，会导致 CPU 负担。
• 文本测量：Paint.measureText涉及复杂计算，应避免在绘制循环中重复调用。
• 图片解码：BitmapFactory解码应在子线程完成。

3.4 忽略硬件加速限制

某些绘制操作在硬件加速下不支持或性能差，例如：

• Canvas.clipPath在部分版本上不支持硬件加速。
• 使用Paint.setXfermode可能导致离屏缓冲，增加开销。
• 频繁切换Paint的着色器（Shader）或颜色滤镜。

如果硬件加速不生效，系统会回退到软件绘制，使用 CPU 完成所有绘制，性能大幅下降。

3.5 未使用局部刷新

invalidate()无参版本刷新整个 View 区域。而使用invalidate(Rect dirty)或invalidate(int l, int t, int r, int b)可以只刷新脏区，减少绘制工作量。

四、解决方案详述

4.1 避免在 onDraw 中创建对象：对象复用与预初始化

核心原则：将需要重复使用的对象定义为成员变量，在构造函数或onSizeChanged中初始化，在onDraw中仅修改状态。

示例优化：

publicclassMyViewextendsView{privatePaintmPaint;privatePathmPath;privateRectFmRectF;privatefloat[]mPoints;// 复用数组publicMyView(Contextcontext){super(context);init();}privatevoidinit(){mPaint=newPaint(Paint.ANTI_ALIAS_FLAG);mPaint.setColor(Color.RED);mPaint.setStyle(Paint.Style.FILL);mPaint.setStrokeWidth(5);mPath=newPath();mRectF=newRectF();mPoints=newfloat[8];// 假设需要8个点}@OverrideprotectedvoidonDraw(Canvascanvas){super.onDraw(canvas);// 重置路径（使用 reset 而不是 new Path）mPath.reset();mPath.moveTo(0,0);mPath.lineTo(getWidth(),getHeight());// 设置矩形mRectF.set(10,10,100,100);// 填充点数组mPoints[0]=0;mPoints[1]=0;mPoints[2]=getWidth();mPoints[3]=0;mPoints[4]=getWidth();mPoints[5]=getHeight();mPoints[6]=0;mPoints[7]=getHeight();canvas.drawPath(mPath,mPaint);canvas.drawRect(mRectF,mPaint);canvas.drawLines(mPoints,mPaint);}}

对于必须创建的临时对象：考虑使用对象池（Object Pool）模式。但一般自定义 View 中很少需要，除非是大量临时对象频繁创建。

注意：即使像Rect这样的小对象，频繁创建也会产生内存抖动，应尽量复用。

4.2 控制 invalidate 频率：局部刷新与节流

4.2.1 使用带参数的 invalidate

仅刷新内容变化的区域。例如，一个跟随手指移动的小球，可以只刷新小球新旧位置覆盖的区域。

privatefloatmX,mY;privatefloatmLastX,mLastY;privatestaticfinalfloatRADIUS=50f;privateRectFmDirtyRect=newRectF();@OverridepublicbooleanonTouchEvent(MotionEventevent){floatx=event.getX();floaty=event.getY();if(event.getAction()==MotionEvent.ACTION_MOVE){// 计算脏区：包含新旧位置的小球外接矩形floatleft=Math.min(x-RADIUS,mLastX-RADIUS);floattop=Math.min(y-RADIUS,mLastY-RADIUS);floatright=Math.max(x+RADIUS,mLastX+RADIUS);floatbottom=Math.max(y+RADIUS,mLastY+RADIUS);mDirtyRect.set(left,top,right,bottom);invalidate((int)left,(int)top,(int)right,(int)bottom);mLastX=x;mLastY=y;}returntrue;}@OverrideprotectedvoidonDraw(Canvascanvas){canvas.drawCircle(mLastX,mLastY,RADIUS,mPaint);}

4.2.2 使用 postInvalidateOnAnimation

在动画循环中，使用postInvalidateOnAnimation()代替invalidate()，它会与 VSYNC 同步，避免过度绘制。此方法在 API 16 引入。

4.2.3 合并多次刷新

如果短时间内有多次刷新请求（例如来自传感器数据），可以结合postInvalidateDelayed或使用标志位合并。

privatebooleanmPendingInvalidate;privateRunnablemInvalidateRunnable=newRunnable(){@Overridepublicvoidrun(){invalidate();mPendingInvalidate=false;}};publicvoidrequestUpdate(){if(!mPendingInvalidate){mPendingInvalidate=true;postDelayed(mInvalidateRunnable,16);// 约一帧时间}}

4.3 优化绘制操作

4.3.1 缓存复杂计算结果

对于需要重复计算的值，如文本宽度、路径长度等，应在onSizeChanged或属性变化时预先计算并缓存。

privateStringmText="Hello";privatefloatmTextWidth;@OverrideprotectedvoidonSizeChanged(intw,inth,intoldw,intoldh){super.onSizeChanged(w,h,oldw,oldh);mTextWidth=mPaint.measureText(mText);// 缓存文本宽度}@OverrideprotectedvoidonDraw(Canvascanvas){canvas.drawText(mText,(getWidth()-mTextWidth)/2,getHeight()/2,mPaint);}

4.3.2 使用 Bitmap 缓存静态内容

如果 View 的背景或大部分内容是静态的，可以预先绘制到一个 Bitmap 中，然后在onDraw中直接绘制 Bitmap，减少每次的绘制工作量。

privateBitmapmCacheBitmap;privateCanvasmCacheCanvas;@OverrideprotectedvoidonSizeChanged(intw,inth,intoldw,intoldh){super.onSizeChanged(w,h,oldw,oldh);if(w>0&&h>0){mCacheBitmap=Bitmap.createBitmap(w,h,Bitmap.Config.ARGB_8888);mCacheCanvas=newCanvas(mCacheBitmap);drawStaticContent(mCacheCanvas);// 只绘制一次}}@OverrideprotectedvoidonDraw(Canvascanvas){canvas.drawBitmap(mCacheBitmap,0,0,null);drawDynamicContent(canvas);// 绘制变化部分}

注意：对于大尺寸 Bitmap，需注意内存占用，并考虑适时释放。

4.3.3 避免在 onDraw 中做循环和分配

不要在onDraw中进行循环创建大量临时对象，应将循环外的对象复用。

4.3.4 使用硬件加速友好的特性

• 避免使用clipPath，改用clipRect或Path配合Region。
• 使用Paint的setShadowLayer可能导致离屏缓冲，仅在必要时使用。
• 对于复杂效果，考虑使用RenderNode或Canvas.saveLayer时注意开销。

4.4 利用硬件加速

• 确保在AndroidManifest.xml中为 Activity 启用了硬件加速（默认开启）。
• 检查当前 View 是否启用硬件加速：isHardwareAccelerated()。
• 如果必须使用不支持硬件加速的特性，可以针对旧版本做软件绘制 fallback。

4.5 使用官方性能分析工具

4.5.1 Profile GPU Rendering

在开发者选项中开启“GPU 呈现模式分析”，选择“在屏幕上显示为条形图”。绿色横线代表 16ms 基准，超过即掉帧。可以直观看到自定义 View 的绘制耗时。

4.5.2 Systrace / Perfetto

运行 Systrace 或 Perfetto，可以查看系统级和 App 级的线程活动，精确分析onDraw执行时间、GC 发生时机等。

4.5.3 Memory Profiler

在 Android Studio 中打开 Memory Profiler，观察内存分配情况，查找是否有频繁的对象分配（内存抖动）。可以录制分配记录，查看哪些对象在何处被分配。

4.5.4 Layout Inspector

检查视图层级，确保自定义 View 没有过度嵌套。

4.5.5 GPU 调试工具

使用adb shell dumpsys gfxinfo获取帧渲染统计信息。

五、最佳实践与预防措施

5.1 编写自定义 View 的黄金法则

1. 不要在 onDraw 中分配内存：所有可能重复使用的对象都定义为成员变量，在构造函数或onSizeChanged中初始化。
2. 减少绘制区域：只刷新变化的部分，使用带参数的invalidate。
3. 避免在 onDraw 中做耗时操作：如测量文本、计算路径、解码图片等，应提前完成。
4. 利用缓存：对于静态内容，使用 Bitmap 缓存；对于动态数据，使用对象池。
5. 尊重硬件加速：了解硬件加速的限制，并编写兼容代码。
6. 使用动画框架：尽量使用ValueAnimator或ObjectAnimator来驱动属性变化，它们内部做了优化。

5.2 常见陷阱与误区

• 误区：Paint对象很轻量，可以在onDraw中创建。
  事实：每次创建仍会分配内存，累积导致 GC。
• 误区：invalidate很快，多调用几次没关系。
  事实：invalidate会触发整个绘制流程，包括 measure/layout（如果必要），开销很大。
• 误区：硬件加速自动优化所有绘制。
  事实：不当的绘制命令仍会导致性能下降，且某些操作会强制软件绘制。
• 误区：使用postInvalidate就能解决线程问题，但忽略了频率控制。
  事实：postInvalidate只是线程安全的invalidate，仍需控制调用次数。

5.3 测试与验证

• 在低端设备上测试自定义 View 的性能，因为高端设备可能掩盖问题。
• 使用StrictMode检测主线程上的磁盘 I/O 和网络操作，但无法检测对象分配。可使用Allocation Tracking。
• 集成LeakCanary检测内存泄漏，虽然直接相关不大，但可发现因绘制导致的对象持有。

5.4 代码审查清单

在提交自定义 View 代码前，检查以下事项：

• 所有Paint、Path、RectF等对象是否在成员变量中初始化？
• onDraw中是否有new关键字？是否有循环创建临时对象？
• invalidate是否带参数刷新最小区域？
• 是否有不必要的invalidate调用？
• 复杂计算是否已缓存？
• 是否考虑了硬件加速？

六、进阶优化技巧

6.1 对象池模式

如果确实需要在onDraw中频繁创建临时对象（例如粒子系统中的粒子），可以使用对象池复用对象。例如使用Pools库或自定义池。

publicclassParticle{floatx,y,vx,vy;// ...}publicclassParticlePool{privatefinalPools.SynchronizedPool<Particle>pool=newPools.SynchronizedPool<>(100);publicParticleobtain(){Particlep=pool.acquire();returnp!=null?p:newParticle();}publicvoidrecycle(Particlep){pool.release(p);}}

然后在onDraw中获取粒子，使用后回收。但注意避免回收后仍被引用。

6.2 使用 RenderNode 缓存绘制命令

在 Android 5.0 以上，可以使用RenderNode将一组绘制命令缓存为显示列表，然后在onDraw中直接执行。适合绘制内容不变但需要多次重复的场景。

privateRenderNodemRenderNode;privatevoidbuildRenderNode(){mRenderNode=newRenderNode("myNode");mRenderNode.setPosition(0,0,width,height);RecordingCanvascanvas=mRenderNode.beginRecording(width,height);// 执行绘制canvas.drawRect(...);mRenderNode.endRecording();}@OverrideprotectedvoidonDraw(Canvascanvas){if(canvas.isHardwareAccelerated()&&mRenderNode!=null){canvas.drawRenderNode(mRenderNode);}else{// 软件绘制 fallback}}

6.3 使用 GPU 离屏渲染

对于需要多次合成或模糊的效果，可以使用Canvas.saveLayer将内容绘制到离屏缓冲，然后进行特效处理。但需注意离屏缓冲的开销。

6.4 利用多线程预处理

对于数据量大的绘制（如大量点、线），可以在子线程中构建Path或计算坐标，然后在主线程的onDraw中使用。但要注意线程同步。

七、总结

自定义 View 的性能优化是 Android 开发中的高级话题，但核心思想并不复杂：减少主线程的工作量，避免内存抖动。具体到onDraw中创建对象和频繁invalidate这两个问题，我们通过对象复用、局部刷新、缓存策略、硬件加速等手段，可以显著提升绘制性能。关键是要理解 Android 的绘制机制，善用性能分析工具，并在开发过程中时刻保持性能意识。

记住：每一帧的 16ms 都很宝贵，不要浪费在重复创建对象和不必要的绘制上。遵循本文的指导，你将能够打造出流畅、高效的自定义 View，为用户带来丝滑的体验。