Android技能树—— 性能优化（一）

常见的性能问题

• 内存泄露
  Android 内存分配的方式
• OOM（内存溢出）
  大Bitmap、列表Bitmap等。
• 耗电问题
  定位、动画。
• 内存抖动
  频繁GC

造成性能问题常见的原因

• 在UI线程中进行了耗时操作，导致UI线程卡顿。
• UI布局过于复杂，无法在16ms内完成渲染。
• View过渡绘制，不必要的区域，多次渲染，导致GPU或者CPU负载过重。
• 频繁的GC导致UI线程卡顿。
• 设置子线程的优先级，高于UI线程的优先级，使UI线程无法获得CPU的时间片，造成渲染阻塞。
• 同一时间执行了过多的动画，未能正确使用硬件加速，绘制了不必要的区域，导致GPU或者CPU负载过重。
• 冗余的资源和逻辑，导致加载和执行缓慢。
• 单列、静态变量持有引用，非静态内部类、handler等。

如何解决这些问题

• 检查UI线程中是否做了耗时操作，开启StrickMode模式。
  如果UI线程中有网络或者IO操作，logcat会有tag为"d/strickmode"的日志输出。
• 使用ConstraintLayout来解决复杂的布局问题。
  1.0版本之前性能较差，在简单布局中的绘制效率不如LinearLayout和FrameLayout，1.1之后进行了相关的优化。
• 在开发者模式中，开启调试GPU过渡绘制，对过渡绘制区域进行过渡优化，canvas.clipRect函数和多余的背景设置。
• 使用BlockCanary来检测UI卡顿的问题。
  Choreography，OnFrameMetricsAvailableListener。
• 使用LeakCanary来检测内存泄露的问题
• ViewStub和Merge的使用。
• 序列化
  • 对象序列化
    • serializable
      是通过ObjectIntputStream和ObjectOutputStream来对对象进行序列化和反序列化的。在序列化的过程中大量的使用了反射和临时变量，并且还要递归对象引用的其它对象。
    • parcalable
      实在内存中进行，没有版本管理的机制，但是效率高。
    • Twitter 开源的serial
      结合了，上面两种方式的有点。
  • 数据序列化
    • JSON
      速度更快、体积更小，结果可读、易于排查问题，使用方便，支持跨平台，跨语种，支持嵌套。
    • Protocol Buffers
      使用了二进制编码方式，体积更小，编码速度更快，支持跨平台，跨语种。使用成本高。
• 耗电量优化
  • 定位优化，在精确度要求不高的情况下，使用WiFi或者基站定位，只有在需要高精度时再使用GPS定位。
  • 动画优化，正确使用硬件加速，对于一些不支持硬件加速的方法，使用setLayerType。
  • 在不可见的时候需要停止操作、动画。