目录安卓应用开发中自定义 View 绘制性能差问题详解及解决方案一、问题现象二、Android 绘制机制回顾2.1 绘制流程2.2 垂直同步与 16ms 原则2.3 硬件加速三、产生原因深度分析3.1 在 onDraw 中创建对象3.2 频繁调用 invalidate3.3 复杂绘制操作3.4 忽略硬件加速限制3.5 未使用局部刷新四、解决方案详述4.1 避免在 onDraw 中创建对象对象复用与预初始化4.2 控制 invalidate 频率局部刷新与节流4.2.1 使用带参数的 invalidate4.2.2 使用 postInvalidateOnAnimation4.2.3 合并多次刷新4.3 优化绘制操作4.3.1 缓存复杂计算结果4.3.2 使用 Bitmap 缓存静态内容4.3.3 避免在 onDraw 中做循环和分配4.3.4 使用硬件加速友好的特性4.4 利用硬件加速4.5 使用官方性能分析工具4.5.1 Profile GPU Rendering4.5.2 Systrace / Perfetto4.5.3 Memory Profiler4.5.4 Layout Inspector4.5.5 GPU 调试工具五、最佳实践与预防措施5.1 编写自定义 View 的黄金法则5.2 常见陷阱与误区5.3 测试与验证5.4 代码审查清单六、进阶优化技巧6.1 对象池模式6.2 使用 RenderNode 缓存绘制命令6.3 使用 GPU 离屏渲染6.4 利用多线程预处理七、总结安卓应用开发中自定义 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 的绘制由三个主要步骤组成measure测量 View 的大小。layout确定 View 的位置。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);PaintpaintnewPaint();// 每次绘制都创建新 Paintpaint.setColor(Color.RED);paint.setStrokeWidth(5);canvas.drawLine(0,0,getWidth(),getHeight(),paint);}3.2 频繁调用 invalidateinvalidate()会标记 View 为需要重绘并在下一帧执行onDraw。过度调用会导致不必要的重绘如果只有一小部分内容变化却刷新整个 View浪费 CPU/GPU 资源。触发父容器重绘invalidate会导致 View 及其父容器向上追溯可能引起整个视图树重绘。动画过重在动画的每一帧都调用invalidate是必要的但可以通过优化减少绘制工作量。示例错误写法// 在触摸事件中每次移动都 invalidate 整个 ViewOverridepublicbooleanonTouchEvent(MotionEventevent){mLastXevent.getX();mLastYevent.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(){mPaintnewPaint(Paint.ANTI_ALIAS_FLAG);mPaint.setColor(Color.RED);mPaint.setStyle(Paint.Style.FILL);mPaint.setStrokeWidth(5);mPathnewPath();mRectFnewRectF();mPointsnewfloat[8];// 假设需要8个点}OverrideprotectedvoidonDraw(Canvascanvas){super.onDraw(canvas);// 重置路径使用 reset 而不是 new PathmPath.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;privatestaticfinalfloatRADIUS50f;privateRectFmDirtyRectnewRectF();OverridepublicbooleanonTouchEvent(MotionEventevent){floatxevent.getX();floatyevent.getY();if(event.getAction()MotionEvent.ACTION_MOVE){// 计算脏区包含新旧位置的小球外接矩形floatleftMath.min(x-RADIUS,mLastX-RADIUS);floattopMath.min(y-RADIUS,mLastY-RADIUS);floatrightMath.max(xRADIUS,mLastXRADIUS);floatbottomMath.max(yRADIUS,mLastYRADIUS);mDirtyRect.set(left,top,right,bottom);invalidate((int)left,(int)top,(int)right,(int)bottom);mLastXx;mLastYy;}returntrue;}OverrideprotectedvoidonDraw(Canvascanvas){canvas.drawCircle(mLastX,mLastY,RADIUS,mPaint);}4.2.2 使用 postInvalidateOnAnimation在动画循环中使用postInvalidateOnAnimation()代替invalidate()它会与 VSYNC 同步避免过度绘制。此方法在 API 16 引入。4.2.3 合并多次刷新如果短时间内有多次刷新请求例如来自传感器数据可以结合postInvalidateDelayed或使用标志位合并。privatebooleanmPendingInvalidate;privateRunnablemInvalidateRunnablenewRunnable(){Overridepublicvoidrun(){invalidate();mPendingInvalidatefalse;}};publicvoidrequestUpdate(){if(!mPendingInvalidate){mPendingInvalidatetrue;postDelayed(mInvalidateRunnable,16);// 约一帧时间}}4.3 优化绘制操作4.3.1 缓存复杂计算结果对于需要重复计算的值如文本宽度、路径长度等应在onSizeChanged或属性变化时预先计算并缓存。privateStringmTextHello;privatefloatmTextWidth;OverrideprotectedvoidonSizeChanged(intw,inth,intoldw,intoldh){super.onSizeChanged(w,h,oldw,oldh);mTextWidthmPaint.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(w0h0){mCacheBitmapBitmap.createBitmap(w,h,Bitmap.Config.ARGB_8888);mCacheCanvasnewCanvas(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 的黄金法则不要在 onDraw 中分配内存所有可能重复使用的对象都定义为成员变量在构造函数或onSizeChanged中初始化。减少绘制区域只刷新变化的部分使用带参数的invalidate。避免在 onDraw 中做耗时操作如测量文本、计算路径、解码图片等应提前完成。利用缓存对于静态内容使用 Bitmap 缓存对于动态数据使用对象池。尊重硬件加速了解硬件加速的限制并编写兼容代码。使用动画框架尽量使用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.SynchronizedPoolParticlepoolnewPools.SynchronizedPool(100);publicParticleobtain(){Particleppool.acquire();returnp!null?p:newParticle();}publicvoidrecycle(Particlep){pool.release(p);}}然后在onDraw中获取粒子使用后回收。但注意避免回收后仍被引用。6.2 使用 RenderNode 缓存绘制命令在 Android 5.0 以上可以使用RenderNode将一组绘制命令缓存为显示列表然后在onDraw中直接执行。适合绘制内容不变但需要多次重复的场景。privateRenderNodemRenderNode;privatevoidbuildRenderNode(){mRenderNodenewRenderNode(myNode);mRenderNode.setPosition(0,0,width,height);RecordingCanvascanvasmRenderNode.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为用户带来丝滑的体验。