Android app性能优化解决卡慢顿之布局优化_android invalidate 导致页面卡死-优快云博客

本文链接：https://blog.youkuaiyun.com/huang_rong12/article/details/51603776

本文探讨了Android app性能优化中的布局优化问题，包括理解Invalidations, Layouts和Performance，减少Overdraw，优化自定义View，以及处理透明度带来的性能影响。通过减少布局层级，避免过度绘制，智能使用clipRect和quickReject，以及合理利用GPU渲染，可以显著提升app的流畅度和用户体验。同时，强调了减少布局复杂性和避免不必要的绘制操作的重要性。" 107934520,9811856,BeautifulSoup模块解析与数据提取,"['Python', '爬虫技术', '数据解析', 'HTML', 'BeautifulSoup']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前面博客分析了导致app卡顿慢的直接原因，这里就从原因出发，分析一些优化方案（这里主要是从直接影响渲染机制的布局相关进行分析）

1) Invalidations, Layouts, and Performance（动画，布局的优化）

顺滑精妙的动画是app设计里面最重要的元素之一，这些动画能够显著提升用户体验。下面会讲解Android系统是如何处理UI组件的更新操作的。

通常来说，Android需要把XML布局文件转换成GPU能够识别并绘制的对象。这个操作是在DisplayList的帮助下完成的。DisplayList持有所有将要交给GPU绘制到屏幕上的数据信息。

在某个View第一次需要被渲染时，DisplayList会因此而被创建，当这个View要显示到屏幕上时，我们会执行GPU的绘制指令来进行渲染。如果你在后续有执行类似移动这个View的位置等操作而需要再次渲染这个View时，我们就仅仅需要额外操作一次渲染指令就够了。然而如果你修改了View中的某些可见组件，那么之前的DisplayList就无法继续使用了，我们需要回头重新创建一个DisplayList并且重新执行渲染指令并更新到屏幕上。

需要注意的是：任何时候View中的绘制内容发生变化时，都会重新执行创建DisplayList，渲染DisplayList，更新到屏幕上等一系列操作。这个流程的表现性能取决于你的View的复杂程度，View的状态变化以及渲染管道的执行性能。举个例子，假设某个Button的大小需要增大到目前的两倍，在增大Button大小之前，需要通过父View重新计算并摆放其他子View的位置。修改View的大小会触发整个HierarcyView的重新计算大小的操作（特别是绘制动画时影响是很严重的）。如果是修改View的位置则会触发HierarchView重新计算其他View的位置。如果布局很复杂，这就会很容易导致严重的性能问题。我们需要尽量减少Overdraw。