引言
java 中的try/catch
Android 中的 广播
主要是 Android 中的 事件分发
概念
是一个请求 有多个对象处理，这些对象是一个链，但具体由哪个对象处理，由条件来判断。
使用场景
- 有多个对象可以处理同一个请求，具体哪个对象处理该请求，待运行时候再确定。 比如 审批 10万
- 申请十万，只能一级一级，不能越级
java 中的
try -catch 多种异常 的捕获就是 责任链
Ordered Broadcast 广播接收者 有序广播的传递 的优先级 先后。高的收到了之后 下一个再发
Android 中的 View 的事件分发
MotionEvent
DOWN UP MOVE 这三种事件
事件分发中的三个重要方法
dispatchTouchEvent
当前 view 是否消耗， 如果是true 就是消费了，不往下传了onInterceptTouchEvent
拦截事件，只有 viewGroup 有，view 是没有拦截事件的，ViewGroup 如果成功拦截某一事件的时候，这个事件就不会再往下进行传递。拦截了之后，后面的就不再判断这方法了onTouchEvent
是具体处理事件的逻辑的
自己既可以拦截，也可以询问子 view
viewGroup的事件分发，注意 是 Viewgroup 跟 view的不一样
- 判断自身是否需要
所有的事件都会到ViewGroup 这里，调用 onInterceptTouchEvent 判断是否拦截，如果需要的话就返回true，然后调用自己的 onTouchEvent 这个方法来进行相应的处理。 - 如果自身不需要或者不确定，则询问 ChildView，子view 是否需要拦截这个事件，就会走到子View 的 onInterceptTouchEvent ，如果返回true，则交给 子view 的 onTuchEvent,
- 如果 子view 不需要，则还是调用自身的 onTouchEvent
ViewGroup 中可能 有多个 childView ，如何判断应该分配给哪一个 ？
遍历子view ，判断 手指位置
当 该点 的 childView 有重叠时候应该 怎么分发。
View 的事件分发
view 为啥也有 dispathTouchEvent
dispathTouchEvent,
因为 view 有很多事件监听器，dispathTouchEvent是 整个事件分发机制的核心方法，所有的事件都归他管，
但是 我们想 viewGroup 有 dispathTouchEvent 也就算了，因为他有很多的子view 要处理，但是为什么 view 也有呢 ？
因为 view 有很多的时间监听器，比如 单击，长按，触摸。
那么多时间谁管理呢 ，就是dispathTouchEvent
View 的四个相关方法调用顺序
onTouchListener > onTouchEvent > onLongClickListener > onClickListener
