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

事件分发

类型相关方法ActivityViewGroupView

事件分发dispatchTouchEvent

事件拦截onInterceptTouchEventX

事件消费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）。