smilevchy
10/6/2015 - 2:02 AM

Collections of all kinds of tricks of improving performance

Collections of all kinds of tricks of improving performance

Android Performance Optimization.md
content_copyfile_download
  • Rendered
  • Source

Memory Performance Tools:

  • Memory Monitor：查看整个app所占用的内存，以及发生GC的时刻，短时间内发生大量的GC操作是一个危险的信号
  • Allocation Tracker：使用此工具来追踪内存的分配，
  • Heap Tool：查看当前内存快照，便于对比分析哪些对象有可能是泄漏了的

Overall Performance Tools:

  • Lint Tool
  • Strict Mode Tool

The Performance Lifecyle

  • Gather：收集数据

    • 我们可以通过Android SDK里面提供的诸多工具来收集CPU、GPU、内存、电量等性能数据。

  • Insight：分析数据

    • 通过上面的步骤，我们获取到了大量的数据，下一步就是分析这些数据。工具帮我们生成了很多可读性强的表格，我们需要事先了解如何查看表格的数据，每一项代表的含义，这样才能够快速定位问题。如果分析数据之后还是没有找到问题，那么就只能不停的重新收集数据，再进行分析，如此循环。

  • Action：解决问题

    • 定位到问题之后，我们需要采取行动来解决问题。解决问题之前一定要先有个计划，评估这个解决方案是否可行，是否能够及时的解决问题。

Ui Layer

  • 优化布局文件

    • tools: hierarchy viewer

    • 减少布局层次，保持层次扁平化

    • 删除不必要的组件

  • 查看 GPU 过度渲染

    • tools: gpu overdraw display

    • 利用 cliprect

    • 取消设置背景

      • 移除Window默认的Background(每个 Activity 调用 setBackgroundDrawable(null))
      • 移除XML布局文件中非必需的Background
      • 按需显示占位背景图片

  • GPU 显示配置文件

    • 查看 GPU 绘制图形时是否有异样（如界面某个组件一直在循环绘制）

  • 使用 GPU 渲染 View

  • 自定义 View 覆盖 hasOverlappingRendering() 并返回 false

  • Avoiding allocations in onDraw()

    • 把分配对象操作移到 onDraw() 方法外面

  • Custom View

    • Useless calls to onDraw() : 第1个是仅仅在View的内容发生改变的时候才去触发invalidate方法，第2个是尽量使用ClipRect等方法来提高绘制的性能
    • Useless pixels : 减少绘制时不必要的绘制元素，对于那些不可见的元素，我们需要尽量避免重绘
    • Wasted CPU cycles : 对于不在屏幕上的元素，可以使用Canvas.quickReject把他们给剔除，避免浪费CPU资源。另外尽量使用GPU来进行UI的渲染，这样能够极大的提高程序的整体表现性能

  • Smaller Pixel Formats

  • Pre-scaling Bitmaps

    • 避免直接调用createScaledBitmap()，应该通过设置 bitmapOption 的 inSampleSize 来进行缩放图像

  • Re-using Bitmaps

    • 使用 inBitmap 属性

Memory Layer

  • 避免 GC 操作过于频繁

    • tools: Memory Monitor / Heap and Allocation Tracker

    • reason 1: memory churn

    • reason 2: 瞬间产生大量的对象占用了内存区域，导致各种类型的 GC

  • 避免 Memory Leak

    • tools: Heap tool / Allocation Track

    • method of checking leak: observed activity(use heap tool to capture current memory state) -> blank activity(call gc() actively , then use heap tool to capture current memory state, now it should not have previous activity's memory footprint. If not, then leak...)

    • method of finding leaked memory footprint: blank activity(use tool of Allocation Track , begin track) -> observed activity -> blank activity(end track, then find the objects still alive)

    • do not leak views

      • beware callbacks(only if callback uses some context related objects)
      • beware static objects

  • 使用 Object Pools

  • 使用 LRU Cache

Battery Layer

  • tools: Battery Historian Tool / JobScheduler API (since level 20)

  • 我们应该尽量减少唤醒屏幕的次数与持续的时间，使用WakeLock来处理唤醒的问题，能够正确执行唤醒操作并根据设定及时关闭操作进入睡眠状态

  • 某些非必须马上执行的操作，例如上传歌曲，图片处理等，可以等到设备处于充电状态或者电量充足的时候才进行

  • 触发网络请求的操作，每次都会保持无线信号持续一段时间，我们可以把零散的网络请求打包进行一次操作，避免过多的无线信号引起的电量消耗

Network Layer

  • Batch and delay HTTP requests
    • tools: JobScheduler API
  • Prefetch and Compressed

Bussiness Layer

  • Batching Background Work Until Later
    • AlarmManager：使用AlarmManager设置定时任务，可以选择精确的间隔时间，也可以选择非精确时间作为参数。除非程序有很强烈的需要使用精确的定时唤醒，否者一定要避免使用他，我们应该尽量使用非精确的方式
    • SyncAdapter：我们可以使用SyncAdapter为应用添加设置账户，这样在手机设置的账户列表里面可以找到我们的应用
    • JobSchedulor：这是最简单高效的方法，我们可以设置任务延迟的间隔，执行条件，还可以增加重试机制

Code Layer

  • 基于场景选择合适的数据结构

    • 尝试使用官方提供的数据结构(ArrayMap, SparseArray等)
    • 判断是否使用 enum

  • colors.xml 不要采用业务来命名,直接使用颜色命名

优化时的大概分析思路

  • Does your app use memory efficiently?
  • Does your app generate unnecessary network traffic?
  • What methods should you focus your attention on to improve the performance of your app?
  • Does your app behave properly when the user receives a phone call or a message or come back from Home?

Useful Resources