事件分发
| 类型 | 相关方法 | 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，缓存资讯内容，可以实现离线和节省流量。
