性能优化(二) UI 绘制优化

时间  2019-11-06 标签 性能 优化 绘制

性能优化系列

APP 启动优化html

UI 绘制优化android

内存优化缓存

图片压缩性能优化

长图优化架构

电量优化工具

Dex 加解密布局

动态替换 Applicationpost

APP 稳定性之热修复原理探索性能

APP 持续运行之进程保活实现优化

ProGuard 对代码和资源压缩

APK 极限压缩

CPU 与 GPU 工做流程

介绍

CPU 的任务繁多，作逻辑计算外，还要作内存管理、显示操做，所以 在实际运算的时候性能会大打折扣，在没有 GPU 的时代，不能显示复 杂的图形，其运算速度远跟不上今天复杂三维游戏的要求。即便 CPU 的工做频率超过 2GHz 或更高，对它绘制图形提升也不大。这时 GPU 的设计就出来了

CPU GPU 架构分析

由图分析 CPU GPU :

  1. 黄色的 Control 为控制器，用于协调控制整个 CPU 的运行，包括取出指令、控制其它模块的运行等；
  2. 绿色的 ALU (Arithmetic Logic Unit) 是算术逻辑单元，用于进行数学、逻辑运行；
  3. 橙色的 Cache 和 DRAM 分别为缓存和 RAW，用于存储信息；

总结

从 CPU / GPU 结构图能够看出，CPU 的控制器较为复杂，而 ALU 数量较少。所以 CPU 擅长各类复杂的逻辑运算，但不擅长数据尤为是浮点运算。

简要执行流程

**栅格化概念: **栅格化是将向量图形格式表示的图像转换成位图来交于显示器

60 HZ 刷新频率由来

12 fps: 因为人类眼睛的特殊生理结构，若是所看到的画面之帧率高于每秒约 10 - 12 帧的时候，就会认为是连贯的；

24 fps: 有声电影的拍摄及播放帧率均为 24 帧，对通常人而言能够接受；

30 fps: 早期的高动态电子游戏，帧率少于每秒 30 帧的话就会显得不连贯，这是由于没有动态模糊使流畅度下降;

60 fps: 在于手机交互过程当中，如触摸和反馈 60 帧如下，肉眼是能感受出来的。60 帧以上不能察觉变化。当低于 60 fps 时感受画面有卡顿现象。

Android 系统每隔 16ms 发出 VSYNC 信号 (1000 ms / 60 = 16.66 ms) ，触发对 UI 进行渲染， 若是每次渲染都成功这样就可以达到流畅的画面所须要的 60 fps ，为了可以实现 60 fps ，这意味着计算渲染的大多数操做都必须在 16ms 内完成

卡顿原理分析

介绍

当这一帧画面渲染时间操过 16 ms 的时候，垂直同步机制会让显示器硬件等待 GPU 完成栅格化渲染操做，这样会让这一帧画面，多停留了 16 ms,甚至更多，这样就形成了用户看起来画面停顿。

16 毫秒的时间主要被两件事情所占用

  1. 将 UI 对象转换为一系列多边形和纹理。
  2. CPU 传递处理数据到 GPU 。因此很明显，咱们要缩短 这两部分的时间，也就是说须要尽可能减小对象转换的次数，以及上 传数据的次数。

如何减小这 2 件事的耗时，以知足在16ms 渲染完成

  1. CPU 减小 xml 转换成对象的时间。
  2. GPU 减小重复绘制的时间。

过渡绘制优化(主要减小 GPU 工做量)

简介

​ GPU 的绘制过程，就跟刷墙同样，一层一层的进行， 16 ms 刷一次，这样就会形成图层覆盖的现象，即无用的图层仍是绘制在底层，形成没必要要的浪费。

GPU 过渡绘制几种状况

  1. 自定义控件中 onDraw 方法作了过多重复绘制。
  2. 布局层次太深，重叠性太强。用户看不到区域也会渲染，致使耗时增长。

过渡绘制查看工具

真彩色: 没有过渡绘制

浅蓝色: 过渡绘制一次

浅绿色: 过渡绘制 二次

粉红色: 过渡绘制 三次

大红色: 过渡绘制 四次

工具查看

优化方案

  1. 减小背景重复（非业务须要，不要设置背景）

    1. 去掉单个 activity 的主题设置，能够在 setContentView 以前 getWindow().setBackgroupDrawable(null);

    2. 去掉全部的 activity 主题中的属性

      <item name="android:windowBackground">@null</item>
复制代码

  2. 使用裁剪来减小控件之间的重合部分（好比扑克牌）

    Android 7.0 以后系统作出了优化 invalidate() 不在执行测量和布局动做。

布局的优化(主要减小 CPU 工做量)

经常使用工具

  1. UI Automator Viewer (Android / SDK / tool / bin /uiautomator.bat)

    uiautomatorviewer 是 android SDK 自带的工具。经过截屏并分析 XML布局文件的方式，为用户提供控件信息查看服务。该工具位于 SDK 目录下的 tools\bin 子目录下。能够看到，它是经过 bat 文件启动的。

  2. monitor.bat (Android/sdk/tools/monitor.bat)。

    官网介绍使用

    Device Monitor 窗口中 Hierarchy view；

    三个点也是表明着 View 的 Measure , Layout 和 Draw 。

    绿: 表示该 View 的此项性能比该 View Tree 中超过 50% 的 View 都要快；例如,表明Measure 的是绿点,意味着这个视图的测量时间快于树中的视图对象的 50%。

    黄: 表示该 View 的此项性能比该 View Tree 中超过 50% 的 View 都要慢；

    红: 表示该 View 的此项性能是 View Tree 中最慢的；

总结

  1. 自定义中 若是有出现覆盖遮挡的视图，能够按照上一层的位置来进行 裁剪。
  2. XML 中层次问题，能在一个平面显示的内容，尽可能只用一个容器。
  3. 尽量把相同的容器合并 merge。
  4. 能复用的代码，用 include 处理，能够减小 GPU 重复工做。
联系我们 沪ICP备13005482号-10