性能优化~缓存机制-事件分发

事件分发

类型	相关方法	Activity	ViewGroup	View
事件分发	dispatchTouchEvent	√	√	√
事件拦截	onInterceptTouchEvent	X	√	X
事件消费	onTouchEvent	√	√	√

事件分发主要涉及三个方法：

• dispatchTouchEvent-事件分发；
• onInterceptTouchEvent 事件拦截；
• onTouchEvent-事件消费。
  当有一个点击事件，从actvity 传到viewGroup,再传到view层级，有外向内，层层传递。

Activity 作为原始的事件分发者，如果 Activity 拦截了事件会导致整个屏幕都无法响应事件。
ViewGroup 有点特殊，它多了一个事件拦截的方法onInterceptTouchEvent,它的返回值确定了是调用子View的 dispatchTouchEvent还是自身的 onTouchEvent。如何没有拦截就交给子类view处理。如果拦截，就交给自身的onTouchEvent()处理；
View :作为事件传递的最末端，要么消费掉事件，要么不处理进行回传。view的调度顺序为 onTouchListener > onTouchEvent > onLongClickListener > onClickListener

性能优化

• 内存优化
  避免内存泄漏和内存溢出，避免频繁的创建对象和销毁对象，尽量不要使用Activity的上下文，而是使用application的上下文，因为application的生命周期长，进程退出时才会被销毁。所以，单例模式是最容易造成内存溢出的原本所在

• 布局优化
  避免过度嵌套，导致16ms无法完成绘制。使用viewstub 和meger 提高布局性能。

• 绘制优化
  指View的Ondraw方法需要避免执行大量的操作，Google官方指出，view的绘制帧率稳定在60dps，这要求每帧的绘制时间不超过16ms（1000/60)

• 图片优化
  使用WebP格式；同样的照片，采用WebP格式可大幅节省流量；
  使用缩略图。提高程序性能。 压缩图片尺寸，压缩图片采样率RGB-565

• 代码优化
  代码优化--去除无用代码

• 电量优化

• 启动优化

缓存机制

缓存可以缓解服务器压力，同时节省客户端流程和提高客户端性能。
缓存分为两种，一种是缓存图片，一种是缓存数据

• 图片：分为内存缓存和文件缓存，当要是要缓存的时候，首先去内存里获取，再从文件里获取，最后从网络获取。主要是LruCache对象来负责缓存内容的维护，底层实现是LinkedHashMap

LinkedHashMap 继承与Hashmap,可以储存键值对，可以null键值，效率高，默认获取数据的顺序是插入顺序。也可以通过构造方法设置为最近最少使用的次序（LRU）。

• 数据：主要用于资讯类app，缓存资讯内容，可以实现离线和节省流量。